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In This Book 


This programmer’s guide contains general 
information, mainframe level commands, 
and programming examples for 
programming the HP 16500B/16501A 
Logic Analysis System. This guide 
focuses on how to program the system 
over the HP-IB and the RS-232C 
interfaces. However, if you have the 
optional HP 16500L LAN Interface 
Module, you will need to use the 
HP 16500L LAN Interface Module 
User’s Guide along with this guide to 
program the system over the LAN. 

Along with the programmer’s guides for 
the individual modules, this guide 
provides a complete set of programming 
information for your system. 

Organization 

When you received your HP 16500B you 
received two binders. Volume 1 and 
Volume 2. The Volume 2 binder gives 
you a place to insert the module 
programmer’s guides when the Volume 1 
binder is full. 

As you purchase additional measurement 
modules, insert their programmer’s 
guides in the back of this binder or in the 
second binder. 

What is in the HP 16500B/16500A 
Progranuner’s Guide? 

The HP 16500B/16501A Programmer’s 
Guide is organized in three parts. 
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Part 1 Part 1 consists of chapters 1 through 7 and contains general 
information about programming basics, HP-IB and RS-232C interface 
requirements, documentation conventions, status reporting, and error 
messages. If you are already familiar with IEEE 488.2 programming and 
HP-IB or RS-232C, you may want to just scan these chapters. If you are 
new to programming logic analyzers you should read part 1. 

Chapter 1 is divided into two sections. The first section, "Talking to the 
Instrument," concentrates on program syntax, and the second section, 
"Receiving Information from the Instrument," discusses how to send queries 
and how to retrieve query results from the instrument. 

Read either chapter 2, "Programming Over HP-IB," or chapter 3, 
"Programming Over RS-232C" for information concerning the physical 
connection between the HP 16500B/16501A Logic Analysis System and your 
controller. 

Chapter 4, "Programming and Documentation Conventions," gives an 
overview of aU instructions and also explains the notation conventions used 
in the syntax definitions and examples. 

Chapter 5, "Message Communication and System Functions," provides an 
overview of the operation of instruments that operate in compliance with the 
IEEE 488.2 standard. 

Chapter 6 explains status reporting and how it can be used to monitor the 
flow of your programs and measurement process. 

Chapter 7 contains error message descriptions. 

Part 2 Part 2, chapters 8 through 12, explain each command in the 
command set for the mainframe. These chapters are organized in 
subsystems with each subsystem representing a front-panel menu. 

The commands explained in this part give you access to common commands, 
mainframe commands, system level commands, disk commands, and 
intermodule measurement commands. This part is designed to provide a 
concise description of each command. 

Part 3 Part 3, chapter 13, contains program examples of actual tasks 
that show you how to get started in programming the HP 16500B/ 

16501A Logic Analysis System at the mainframe level. The complexity of 
your programs and the tasks they accomplish are limited only by your 
imagination. These examples are written in HP BASIC 6.2; however, the 
program concepts can be used in any other popular programming 
language that allows communications over HP-IB, RS-232C, or the 
optional HP 16500L LAN Interface Module. 
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See Also 


This chapter introduces you to the basics of remote programming and 
is organized in two sections. The first section, "Talking to the Logic 
Analysis System," concentrates on initializing the bus, program 
syntax and the elements of a syntax instuction. The second section, 
"Receiving Information from the Logic Analysis System," discusses 
how queries are sent and how to retrieve query results from the 
system. 

The programming instructions explained in this book conform to 
IEEE Std 488.2-1987, "IEEE Standard Codes, Formats, Protocols, and 
Common Commands." These programming instructions provide a 
means of remotely controlling the HP 16500B Logic Analysis System. 
There are three general categories of use. You can: 

• Set up the system and start measurements 

• Retrieve setup information and measurement results from the 
measurement modules 

• Send measurement data to the measurement modules 

The instructions hsted in this manual give you access to the functions 
of the mainframe. This programming reference is designed to provide 
a concise description of each instruction for the mainframe. 

Individual module instruction descriptions are in the Programmer’s 
Guide for each respective module. 

Refer to the HP 16500L LAN Interface Module User’s Guide if you have the 
optional HP 16500L LAN Interface Module. 
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Talking to the Logic Analysis System 


In general, computers acting as controllers communicate with the instrument 
by sending and receiving messages over a remote interface, such as HP-IB, 
RS-232C, or the optional Ethernet LAN interface module. 

This guide focuses on the HP-IB and RS-232C interfaces, however, if you plan 
to communicate over the LAN with the optional HP 16500L LAN Interface 
Module, you will need to refer to the HP 16500L LAN Interface Module 
User’s Guide to understand how to send the commands in this guide. 

When programming the HP 16500B with the HP 1650 lA Expansion Frame 
connected, most of the remote operation of the expansion frame is 
transparent. The only time a progamming command is affected by the 
presence of the expansion frame is when the number of slots is specified or 
returned from a query. 

Instructions for programming the system will normally appear as ASCII 
character strings embedded inside the output statements of a "host" language 
available on your controller. The host language’s input statements are used 
to read in responses from the system. For example, HP 9000 Series 300 
BASIC uses the OUTPUT statement for sending commands and queries to 
the system. After a query is sent, the response can be read in using the 
ENTER statement. All programming examples in this manual are presented 
in HP BASIC. 


Example This BASIC statement sends a command that causes the logic analyzer’s 

machine 1 to be a state analyzer: 

OUTPUT XXX;":MACHINE1:TYPE STATE" <terminator> 


Each part of the above statement is explained in this section. 
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Talking to Individual System Modules 

Talking to individual system modules within the HP 16500B Logic Analysis 
System is done by preceding the module commands with the SELECT 
command and the number of the slot in which the desired module is installed. 
The mainframe is selected in the same way as an installed module by using 
the SELECT 0 command 

Example 


To select the module in slot 3 use the following: 
OUTPUT XXX;SELECT 3" 


See Also Chapter 6, "Mainframe Commands" for more information on the SELECT 

command. 


Initialization 

To make sure the bus and all appropriate interfaces are in a known state, 
begin every program with an initialization statement. BASIC provides a 
CLEAR command that clears the interface buffer. If you are using HP-IB, 
CLEAR wiU also reset the parser in the logic analysis system. The parser is 
the program resident in the logic analysis system that reads the instructions 
you send to it from the controller. 

After clearing the interface, you could, for example, preset the logic analyzer 
module to a known state by loading a predefined configuration file from the 
disk. 

Refer to your controller manual and programming language reference manual 
for information on initializing the interface. 
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Example This BASIC statement would load the configuration file "DEFAULT " (if it 

exists) into the system. 

OUTPUT XXX;":MMEMORY:LOAD:CONFIG 'DEFAULT 


Example Program This program demonstrates a simple HP BASIC command structure used to 
program the logic analysis system. 

10 CLEAR XXX ! Initialize instrument interface 
20 OUTPUT XXX;SYSTEM:HEADER ON"!Turn headers on 
30 OUTPUT XXX;":SYSTEM:LONGFORM ON" !Turn longform on 

40 DIM Card$[100] IReserve memory for string variable 
50 OUTPUT XXX;":CARDCAGE?" IVerify which modules are loaded 
60 ENTER XXX;Card$ !Enter result in a string variable 
70 PRINT Card$ !Print result of query 

80 OUTPUT XXX;":MMEM:LOAD:CONFIG 'TEST E',5" !Load configuration file 
!into module in slot E 

90 OUTPUT XXX;":SELECT 5" !Select module in slot E 

100 OUTPUT XXX;":MENU 5,3: !Select menu for module in slot E 
60 OUTPUT XXX;":RMODE SINGLE" ISelect run mode 

70 OUTPUT XXX;":START" ! Run the measurement 


See Also 


Chapter 11, "MMEMory Subsystem" for more information on the LOAD 
command. 
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Instruction Syntax 

To program the system remotely, you must have an understanding of the 
command format and structure. The IEEE 488.2 standard governs syntax 
rules pertaining to how individual elements, such as headers, separators, 
parameters and terminators, may be grouped together to form complete 
instructions. Syntax definitions are also given to show how query responses 
will be formatted. Figure 1-1 shows the three main syntactical parts of a 
typical program statement: Output Command, Device Address, and 
Instruction. The instruction is further broken down into three parts: 
Instruction header, White space, and Instruction parameters. 


Figure 1-1 

INSTRUCTION 

/- 1 -V 

OUTPUT XXX;":SYSTEM:MENU DISPLAY,2" 


OUTPUT COMMAND - 

DEVICE ADDRESS - 

INSTRUCTION HEADER - 

WHITE SPACE - 

INSTRUCTION PARAMETERS 




Program Message Syntax 


Output Command 

The output command depends on the language you choose to use. 
Throughout this guide, HP 9000 Series 300 BASIC 6.2 is used in the 
programming examples. If you use another language, you wiU need to find 
the equivalents of BASIC Commands, like OUTPUT, ENTER and CLEAR in 
order to convert the examples. The Instructions are always shown between 
the double quotes. 
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Device Address 

The location where the device address must be specified also depends on the 
host language that you are using. In some languages, this could be specified 
outside the output command. In BASIC, this is always specified after the 
keyword OUTPUT. The examples in this manual use a generic address of 
XXX. When writing programs, the number you use will depend on the cable 
you use, in addition to the actual address. If you are using an HP-IB, see 
chapter 2, "Programming over HP-IB." If you are using RS-232C, see 
chapter 3, "Programming Over RS-232C." If you are using the HP 16500L 
LAN option, see chapter 3 in the HP 16500L User’s Reference. 


Instructions 

Instructions (both commands and queries) normally appear as a string 
embedded in a statement of your host language, such as BASIC, Pascal or C. 
The only time a parameter is not meant to be expressed as a string is when 
the instruction’s syntax definition specifies <block_data>. There are just a 
few instructions which use block data. 

Instructions are composed of two main parts: the header, which specifies the 
conunand or query to be sent; and the parameters, which provide additional 
data needed to clarify the meaning of the instruction. Many queries do not 
use any parameters. 

Instruction Header 

The instruction header is one or more keywords separated by colons (:). The 
conunand tree for the mainframe in figure 4-1 illustrates how all the 
keywords can be joined together to form a complete header (see chapter 4, 
"Programming and Documentation Conventions"). 

The example in figure 1-1 shows a command. Queries are indicated by 
adding a question mark (?) to the end of the header. Many instructions can 
be used as either commands or queries, depending on whether or not you 
have included the question mark. The command and query forms of an 
instruction usually have different parameters. 
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When you look up a query in this programmer’s reference, you’U find a 
paragraph labeled "Returned Format" under the one labeled "Query." The 
syntax definition by "Returned format" will always show the instruction 
header in square brackets, like [: SYS Tern: MENU] , which means the text 
between the brackets is optional. It is also a quick way to see what the 
header looks like. 

White Space 

White space is used to separate the instruction header from the instruction 
parameters. If the instruction does not use any parameters, white space 
does not need to be included. White space is defined as one or more spaces. 
ASCII defines a space to be a character, represented by a byte, that has a 
decimal value of 32. Tabs can be used only if your controller first converts 
them to space characters before sending the string to the system. 

Instruction Parameters 

Instruction parameters are used to clarify the meaning of the command or 
query. They provide necessary data, such as: whether a function should be 
on or off, which waveform is to be displayed, or which pattern is to be looked 
for. Each instruction’s syntax definition shows the parameters, as weU as the 
range of acceptable values they accept. This chapter’s "Parameter Data 
Types" section has aU of the general rules about acceptable values. 

When there is more than one parameter, they are separated by commas (,). 
White space surrounding the commas is optional. 


Instruction Terminator 

An instruction is executed after the instruction terminator is received. The 
terminator is the NL (New Line) character. The NL character is an ASCII 
linefeed character (decimal 10). 

The NL (New Line) terminator has the same function as an EOS (End Of 
String) and EOT (End Of Text) terminator. 
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Header Types 

There are three types of headers: Simple Command, Compound Command, 
and Common Command. 

Simple Command Header 

Simple command headers contain a single keyword. START and STOP are 
examples of simple command headers typically used in this logic analyzer. 
The syntax is: <f unction><terminator> 

When parameters (indicated by <data>) must be included with the simple 
command header, the syntax is: <function><white_space><data> 
<terminator> 


Example :RM0DE single< terminator> 


Compound Command Header 

Compound command headers are a combination of two or more program 
keywords. The first keyword selects the subsystem, and the last keyword 
selects the function within that subsystem. Sometimes you may need to list 
more than one subsystem before being allowed to specify the function. The 
keywords within the compound header are separated by colons. For 
example, to execute a single function within a subsystem, use the following: 
:<subsystem>:<function><white_space><data><terminator> 


Example :system:longform on 


To traverse down one level of a subsystem to execute a subsystem within 
that subsystem, use the following: 

<subsystem>:<subsystem>:<function><white_space> 
<data><terminator> 


Example :MMEM0RY:L0AD:C0NFIG "FILE " 
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Common Command Header 

Common command headers control IEEE 488.2 functions within the logic 
analyzer, such as, clear status. The syntax is: 

*<command header><terminator> 

No white space or separator is allowed between the asterisk and the 
command header. *CLS is an example of a common command header. 

Combined Commands in the Same Subsystem 

To execute more than one function within the same subsystem, a semicolon 
(;) is used to separate the functions: 

:<subsystem>:<function><white space><data>;<function> 
<white space><data><terminator> 


Example :system:L0NGF0RM on;header on 


Duplicate Keywords 

Identical function keywords can be used for more than one subsystem. For 
example, the function keyword MMODE may be used to specify the marker 
mode in the subsystem for state listing or the timing waveforms: 

• : SLIST: MMODE PATTERN - sets the marker mode to pattern in 
the state listing. 

• : TWAVEEORM: MMODE TIME - sets the marker mode to time in the 
timing waveforms. 

SLIST and TWAVEFORM are subsystem selectors, and they determine which 
marker mode is being modified. 
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Query Usage 

Logic analysis system instructions that are inunediately followed by a 
question mark (?) are queries. After receiving a query, the logic analysis 
system parser places the response in the output buffer. The output message 
remains in the buffer until it is read or until another instruction is issued. 
When read, the message is transmitted across the bus to the designated 
listener (typically a controller). 

Query commands are used to find out how the system is currently 
configured. They are also used to get results of measurements made by the 
modules in the system. 


Example This instruction places the current full-screen time for machine 1 of the logic 

analyzer module, which is in slot 2, in the output buffer. 

:SELECT 2:MACHINE1:TWAVEFORM:RANGE? 


In order to prevent the loss of data in the output buffer, the output buffer 
must be read before the next program message is sent. Sending another 
command before reading the result of the query will cause the output buffer 
to be cleared and the current response to be lost. This will also generate a 
"QUERY UNTERMINATED" error in the error queue. For example, when you 
send the query : SELECT 2 : TWAVEFORM: RANGE ? you must follow that 
with an input statement. In BASIC, this is usually done with an ENTER 
statement. 

In BASIC, the input statement, ENTER XXX; Range, passes the value 
across the bus to the controller and places it in the variable Range. 

Additional details on how to use queries is in the next section of this chapter, 
"Receiving Information from the Logic Analysis System." 
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Program Header Options 

Program headers can be sent using any combination of uppercase or 
lowercase ASCII characters. System responses, however, are always 
returned in uppercase. 

Both program command and query headers may be sent in either long form 
(complete spelling), short form (abbreviated spelling), or any combination of 
long form and short form. 

Programs written in long form are easUy read and are almost self- 
documenting. The short form syntax conserves the amount of controller 
memory needed for program storage and reduces the amount of PO activity. 

The rules for short form syntax are discussed in chapter 4, "Programming and 
Documentation Conventions." 


Example Either of the following examples turns on the headers and long form. 

Long form: 

OUTPUT XXX;SYSTEM:HEADER ON;LONGFORM ON" 

Short form: 

OUTPUT XXX;SYST:HEAD ON;LONG ON" 
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Parameter Data Types 

There are three main types of data which are used in parameters. They are 
numeric, string, and keyword. A fourth type, block data, is used only for a few 
instructions: the DATA and SETup instructions in the SYSTem subsystem 
(see chapter 10); the CATalog, UPLoad, and DOWNload instructions in the 
MMEMory subsystem (see chapterl 1). These syntax rules also show how data 
may be formatted when sent back from the system as a response. 

The parameter list always follows the instruction header and is separated 
from it by white space. When more than one parameter is used, they are 
separated by commas. You are allowed to include one or more white spaces 
around the commas, but it is not mandatory. 

Numeric data 

For numeric data, you have the option of using exponential notation or using 
suffixes to indicate which unit is being used. However, exponential notation 
is only applicable to the decimal number base. Do not combine an exponent 
with a unit. 

See Also Tables 5-1 and 5-2 in chapter 5, "Message Communications and System 

Functions," list all available suffixes. 


Example The following numbers are all equal: 

28 = 0.28E2 = 280E-1 = 28000m = 0.028K. 


The system will recognize binary, octal, and hexadecimal base numbers. The 
base of a number is specified with a prefix. The recogirized prefixes are #B 
for binary, #Q for octal, and #H for hexadecimal. The absence of a prefix 
indicates the number is decimal which is the default base. 


Example The following numbers are all equal: 

#311100 = #Q34 = #H1C = 28 
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You may not specify a base in conjunction with either exponents or unit 
suffixes. Additionally, negative numbers must be expressed in decimal. 

When a syntax definition specifies that a number is an integer, that means 
that the number should be whole. Any fractional part would be ignored, 
truncating the number. Numeric parameters that accept fractional values are 
called real numbers. 

All numbers are expected to be strings of ASCII characters. Thus, when 
sending the number 9, you send a byte representing the ASCII code for the 
character "9" (which is 57, or 0011 1001 in binary). A three-digit number, 
like 102, will take up three bytes (ASCII codes 49, 48 and 50). This is taken 
care of automatically when you include the entire instruction in a string. 

String data 

String data may be delimited with either single (’) or double (") quotes. 

String parameters representing labels are case-sensitive. For instance, the 
labels "Bus A" and "bus a" are unique and can not be used interchangeably. 
Also pay attention to the presence of spaces, because they act as legal 
characters just like any other. So, the labels "In" and " In" are also two 
different labels. 

Keyword data 

In many cases a parameter must be a keyword. The available keywords are 
always included with the instruction’s syntax defiiution. When sending 
commands, either the long form or short form (if one exists) may be used. 
Uppercase and lowercase letters may be mixed freely. When receiving 
responses, uppercase letters will be used exclusively. The use of long form 
or short form in a response depends on the setting you last specified via the 
SYSTem:LONGform command. 
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Selecting Multiple Subsystems 

You can send multiple program commands and program queries for different 
subsystems within the same selected module on the same line by separating 
each command with a semicolon. The colon following the semicolon enables 
you to enter a new subsystem. <instruction header><data>; 

:<instruction header><data><terminator> 

Multiple commands may be any combination of simple, compound and 
common commands. 


Example :SELECT 2:MACHINE1:ASSIGN2;:system:headers ON 


1-15 



Introduction to Programming 

Selecting Multiple Subsystems 


Receiving Information from the Logic Analysis 
System 


After receiving a query (logic analysis system instruction followed by 
a question mark), the system interrogates the requested function and 
places the answer in its output queue. The answer remains in the 
output queue until it is read, or, until another command is issued. 
When read, the message is transmitted across the bus to the 
designated listener (typically a controller). The input statement for 
receiving a response message from system’s output queue usually has 
two parameters: the device address and a format specification for 
handling the response message. 

AU results for queries sent in a program message must be read before 
another program message is sent. For example, when you send the 
query :SYSTEM:LONGFORM?,you must follow that query with an 
input statement. In BASIC, this is usually done with an ENTER 
statement. 

The format for handling the response messages is dependent on both 
the controller and the programming language. 

To read the result of the query command : SYSTEM: LONGFORM? you 
can execute this BASIC statement to enter the current setting for the 
long form command in the numeric variable Setting. 


ENTER XXX; Setting 



Introduction to Programming 

Response Header Options 


Response Header Options 

The format of the returned ASCII string depends on the current settings of 
the SYSTEM HEADER and LONGFORM commands. The general format is 
<instruction_header><space><data><terminator> 

The header identifies the data that follows (the parameters) and is controlled 
by issuing a : SYSTEM: HEADER ON/OFF command. If the state of the 
header command is OFF, only the data is returned by the query. 

The format of the header is controlled by the : SYSTEM: LONGFORM 
command. If long form is OFF , the header will be in its short form and the 
header will vary in length, depending on the particular query. The separator 
between the header and the data always consists of one space. 

A command or query may be sent in either long form or short form, or in any 
combination of long form and short form. The HEADER and LONGFORM 
commands only control the format of the returned data, and, they have no 
affect on the way commands are sent. 


Examples The following examples show some possible responses for a 

:SELECT 2rMACHINEl:SFORMAT:THRESHOLD2? query: 
with HEADER OFF: 

<data><terminator> 

vnth HEADER ON and LONGFORM OFF: 

:SEL 2:MACHl:SFOR:THR2 <white_space><data><terminator> 

vnth HEADER ON and LONGFORM ON: 

:SELECT 2:MACHINE1:SFORMAT:THRESHOLD2 <white_space> 
<data><terminator> 


See Also 


Chapter 10, "SYSTem Subsystem" for information on turning the HEADER 
and LONGFORM commands on and off. 
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Response Data Formats 

Both numbers and strings are returned as a series of ASCII characters, as 
described in the following sections. Keywords in the data are returned in the 
same format as the header, as specified by the LONGform command. Like 
the headers, the keywords will always be in uppercase. 


Examples The following are possible responses to the :SELECT 2:MACHINE1: 

TFORMAT: LAB? ' ADDR' query. 

Header on; Longform on 

:SELECT 2:MACHINE1:TFORMAT:LABEL "ADDR ",19, 
POSITIVE<terminator> 

Header on;Longform off 

:SEL 2:MACH1:TFOR:LAB "ADDR ",19,POS<terminator> 

Header off; Longform on 

"ADDR ",19,POSITIVE<terminator> 

Header off; Longform off 
"ADDR ",19,POS<terminator> 


See Also The individual commands in Part 2 of this guide contain information on the 

format (alpha or numeric) of the data returned from each query. 
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String Variables 

Because there are so many ways to code numbers, the HP 16500B Logic 
Analysis System handles almost all data as ASCII strings. Depending on your 
host language, you may be able to use other types when reading in responses. 

Sometimes it is helpful to use string variables in place of constants to send 
instructions to the system, such as, including the headers with a query 
response. 


Example This example combines variables and constants in order to make it easier to 

switch from MACHINE 1 to MACHINE2 in slot 3. In BASIC, the & operator is 
used for string concatenation. 


10 LET Machine$ = SELECT 3:MACHINE2" !Send all instructions to machine 


!slot 3 


20 

OUTPUT 

XXX; 

Machine$ 

& 

":TYPE STATE" !Make machine a state 

30 

! Assign 

all labels 

to be positive 



40 

OUTPUT 

XXX; 

Machine$ 

& 

":SFORMAT:LABEL 

' CHAN 

1', POS" 

50 

OUTPUT 

XXX; 

Machine$ 

& 

":SFORMAT:LABEL 

' CHAN 

2', POS" 

60 

OUTPUT 

XXX; 

Machine$ 

& 

":SFORMAT:LABEL 

'OUT', 

POS" 

99 

END 








analyzer 


2 


in 


If you want to observe the headers for queries, you must bring the returned 
data into a string variable. Reading queries into string variables requires little 
attention to formatting. 

Example This command line places the output of the query in the string variable 

Results. 

ENTER XXX;Result$ 


In the language used for this guide (HP BASIC 6.2), string variables are case- 
sensitive and must be expressed exactly the same each time they are used. 
The output of the system may be numeric or character data depending on 
what is queried. Refer to the specific commands, in Part 2 of this guide, for 
the formats and types of data returned from queries. 
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Example The following example shows logic analyzer module data being returned to a 

string variable with headers off: 

10 OUTPUT XXX;SYSTEM:HEADER OFF" 

20 DIM Rang$[30] 

30 OUTPUT XXX;":SELECT 2:MACHTNEl:TWAVEFORM:RANGE?" 

40 ENTER XXX;Rang$ 

50 PRTNT Rang$ 

60 END 


After running this program, the controller displays: +1.00000E-05 


Numeric Base 

Most numeric data will be returned in the same base as shown on screen. 
When the prefix #B precedes the returned data, the value is in the binary 
base. Likewise, #Q is the octal base and #H is the hexadecimal base. If no 
prefix precedes the returned numeric data, then the value is in the decimal 
base. 


Numeric Variables 

If your host language can convert from ASCII to a numeric format, then you 
can use numeric variables. Turning off the response headers will help you 
avoid accidently trying to convert the header into a number. 
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Example The following example shows logic analyzer module data being returned to a 

numeric variable. 

10 OUTPUT XXX;SYSTEM:HEADER OFF" 

20 OUTPUT XXX;":SELECT 2:MACHINEl:TWAVEFORM:RANGE?" 

30 ENTER XXX;Rang 
40 PRTNT Rang 
50 END 


This time the format of the number (whether or not exponential notation is 
used) is dependant upon your host language. In BASIC, the output wiU look 
like: 1. E-5 


Definite-Length Block Response Data 

Definite-length block response data, also refered to as block data, allows any 
type of device-dependent data to be transmitted over the system interface as 
a series of data bytes. Definite-length block data is particularly useful for 
sending large quantities of data, or, for sending 8-bit extended ASCII codes. 
The syntax is a pound sign ( # ) followed by a non-zero digit representing the 
number of digits in the decimal integer. Following the non zero digit is the 
decimal integer that states the number of 8-bit data bytes to follow. This 
number is followed by the actual data. 

Indefinite-length block data is not supported on the HP16500B Logic Analysis 
System. 
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For example, for transmitting 80 bytes of data, the syntax would be: 


Figure 1-2 


NUMBER OF DIGITS 
THAT FOLLOW 



#800000080<e I gh ty bytes of dotoXtermi nator> 


NUMBER OF BYTES 
TO BE TRANSMITTED 


1650«/BL22 


Definite-length Block Response Data 

The "8" states the number of digits that foUow, and "00000080" states the 
number of bytes to be transmitted, which is 80. 


Multiple Queries 

You can send multiple queries to the system within a single program 
message, but you must also read them back within a single program message. 
This can be accomplished by either reading them back into a string variable 
or into multiple numeric variables. 


Example You can read the result of the query :SYSTEM:HEADER?;LONGFORM? into 

the string variable Results$ with the command: 

ENTER XXX; Results$ 


When you read the result of multiple queries into string variables, each 
response is separated by a semicolon. 
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Example The response of the query :SYSTEM:HEADER?:LONGFORM? with HEADER 

and LONGFORM turned on is: 

:SYSTEM:HEADER 1SYSTEM:LONGFORM 1 

If you do not need to see the headers when the numeric values are returned, 
then you could use numeric variables. When you are receiving numeric data 
into numeric variables, the headers should be turned off. Otherwise the 
headers may cause misinterpretation of returned data. 

Example The following program message is used to read the query 

:SYSTEM:HEADERS?;LONGFORM? into multiple numeric variables: 

ENTER XXX; Resultl, Result2 


System Status 

Status registers track the current status of the mainframe and the installed 
modules. By checking the system status, you can find out whether an 
operation has been completed, whether a module is receiving triggers, and 
more. 

See Also Chapter 6, "Status Reporting," explains how to check the status of the system 

and the installed modules. 
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Introduction 



This section describes the interface functions and some general 
concepts of the HP-IB. In general, these functions are defined by 
IEEE 488.1 (HP-IB bus standard). They deal with general bus 
management issues, as weU as messages which can be sent over the 
bus as bus commands. 
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Interface Capabilities 

The interface capabilities of the HP 16500B, as defined by IEEE 488.1 are 
SHI, AHl, T5, TEO, L3, LEO, SRI, RLl, PPO, DCl, DTI, CO, and E2. 


Command and Data Concepts 

The HP-IB has two modes of operation: command mode and data mode. The 
bus is in command mode when the ATN line is true. The command mode is 
used to send talk and Ksten addresses and various bus commands, such as a 
group execute trigger (GET). The bus is in the data mode when the ATN line 
is false. The data mode is used to convey device-dependent messages across 
the bus. These device-dependent messages include aU of the commands and 
responses found in chapters 9 through 12 of this guide for the mainframe and 
the respective Programmer’s Guides for each module Installed in the 
mainframe. 


Talk/Listen Addressing 

By using the touchscreen fields in the System Configuration menu, the HP-IB 
interface can be placed in either talk only mode, "Printer connected to 
HP-IB," or in addressed talk/Usten mode, "Controller connected to HP-IB." 

See Also Chapter 4, "The HP-IB and RS-232C Interfaces" in the HP 16500B User’s 

Reference') 
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Talk only mode must be used when you want the system to talk directly to a 
printer without the aid of a controller. Addressed talk/hsten mode is used 
when the system will operate in conjunction with a controller. When the 
system is in the addressed talk/listen mode, the following is true: 

• Each device on the HP-IB resides at a particular address ranging from 0 to 
30. 

• The active controller specifies which devices will talk and which wiU listen. 

• An instrument, therefore, may be talk-addressed, hsten-addressed, or 
unaddressed by the controller. 

If the controller addresses the instrument to talk, it will remain configured to 
talk until it receives: 

• an interface clear message (IFC) 

• another instrument’s talk address (OTA) 

• its own hsten address (MLA) 

• a universal untalk (UNT) command. 

If the controller addresses the instrument to listen, it will remain configured 
to listen until it receives: 

• an interface clear message (IFC) 

• its own talk address (MTA) 

• a universal unlisten (UNL) command. 


HP-IB Bus Addressing 

Because HP-IB can address multiple devices through the same interface card, 
the device address passed with the program message must include not only 
the correct instrument address, but also the correct interface code. 

Interface Select Code (Selects the Interface) 

Each interface card has its own interface select code. This code is used by 
the controller to direct commands and communications to the proper 
interface. The default is always "7" for HP-IB controllers. 
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Instrument Address (Selects the Instrument) 

Each instrument on the HP-IB port must have a unique instrument address 
between decimals 0 and 30. The device address passed with the program 
message must include not only the correct instrument address, but also the 
correct interface select code. 


Example For example, if the instrument address is 4 and the interface select code is 7, 

the instruction will cause an action in the instrument at device address 704. 
DEVICE ADDRESS = (Interface Select Code) X 100 t (Instrument 
Address) 


Local, Remote, and Local Lockout 

The local, remote, and remote with local lockout modes may be used for 
various degrees of front-panel control while a program is running. The logic 
analysis system will accept and execute bus commands while in local mode, 
and the front panel will also be entirely active. If the HP 16500B is in remote 
mode, the system will go from remote to local with any touchscreen, mouse, 
or keyboard activity. In remote with local lockout mode, aU controls (except 
the power switch) are entirely locked out. Local control can only be restored 
by the controller. 


Hint Cycling the power will also restore local control, but this will also reset 

certain HP-IB states. It also resets the system to the power-on defaults and 
purges any acquired data in the acquisition memory of all the installed 
modules. 


The instrument is placed in remote mode by setting the REN (Remote 
Enable) bus control line true, and then addressing the instrument to listen. 
The instrument can be placed in local lockout mode by sending the local 
lockout (LLO) command. The instrument can be returned to local mode by 
either setting the REN line false, or sending the instrument the go to local 
(GTL) command. 
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:SYSTem:LOCKout in chapter 9, "Mainframe Commands" 


Bus Commands 

The following commands are IEEE 488.1 bus commands (ATN true). IEEE 
488.2 defines many of the actions which are taken when these commands are 
received by the system. 

Device Clear 

The device clear (DCL) or selected device clear (SDC) commands clear the 
input and ontput buffers, reset the parser, clear any pending commands, and 
clear the Request-OPC flag. 

Group Execute Trigger (GET) 

The group execute trigger command will cause the same action as the 
START command for Group Run: the instrument will acquire data for the 
active waveform and listing displays. 

Interface Clear (IFC) 

This command halts all bus activity. This includes unaddressing all listeners 
and the talker, disabling serial poll on all devices, and returning control to the 
system controller. 
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Introduction 



This chapter describes the interface functions and some general 
concepts of the RS-232C. The RS-232C interface on this instrument 
is Hewlett-Packard’s implementation of ElA Recommended Standard 
RS-232C, 'Interface Between Data Terminal Equipment and Data 
Communications Equipment Employing Serial Binary Data 
Interchange. " With this interface, data is sent one bit at a time, and 
characters are not synchronized with preceding or subsequent data 
characters. Each character is sent as a complete entity without 
relationship to other events. 
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Interface Operation 

The HP 16500B Logic Analysis System can be programmed with a controller 
over RS-232C using either a minimum three-wire or extended hardwire 
interface. The operation and exact connections for these interfaces are 
described in more detail in the following sections. When you are 
programming an HP 16500B Logic Analysis System over RS-232C with a 
controller, you are normally operating directly between two DTE (Data 
Terminal Equipment) devices as compared to operating between a DTE 
device and a DCE (Data Communications Equipment) device. 

When operating directly between two DTE devices, certain considerations 
must be taken into account. For a three-wire operation, XON/XOFF must be 
used to handle protocol between the devices. For extended hardwire 
operation, protocol may be handled either with XON/XOFF or by 
manipulating the CTS and RTS lines of the RS-232C Unk. For both three- wire 
and extended hardwire operation, the DCD and DSR inputs to the logic 
analysis system must remain high for proper operation. 

With extended hardwire operation, a high on the CTS input allows the logic 
analysis system to send data, and a low disables the logic analysis system 
data transmission. Likewise, a high on the RTS line allows the controller to 
send data, and a low signals a request for the controller to disable data 
transmission. Because three-wire operation has no control over the CTS 
input, internal puU-up resistors in the logic analysis system assure that this 
line remains high for proper three-wire operation. 


RS-232C Cables 

Selecting a cable for the RS-232C interface depends on your specific 
application, and, whether you wish to use software or hardware handshake 
protocol. The following paragraphs describe which lines of the HP 16500B 
Logic Analysis system are used to control the handshake operation of the 
RS-232C relative to the system. To locate the proper cable for your 
application, refer to the reference manual for your computer or controller. 
Your computer or controller manual should describe the exact handshake 
protocol your controller can use to operate over the RS-232C bus. Also in 
this chapter you will find HP cable recommendations for hardware handshake. 
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Minimum Three-Wire Interface with Software Protocol 

With a three-wire interface, the software (as compared to interface 
hardware) controls the data flow between the logic analysis system and the 
controller. The three-wire interface provides no hardware means to control 
data flow between the controller and the logic analysis system. Therefore, 
XON/OFF protocol is the only means to control this data flow. The 
three-wire interface provides a much simpler connection between devices 
since you can ignore hardware handshake requirements. 


The communications software you are using in your computer/controller must 
be capable of using XON/XOFF exclusively in order to use three-wire interface 
cables. For example, some communications software packages can use 
XON/XOFF but are also dependent on the CTS, and DSR lines being true to 
communicate. 


The logic analysis system uses the following connections on its RS-232C 
interface for three-wire communication: 

• Pin 7 SGND (Signal Ground) 

• Pin 2 TD (Transmit Data from logic analysis system) 

• Pin 3 RD (Receive Data into logic analysis system) 

The TD (Transmit Data) line from the logic analysis system must connect to 
the RD (Receive Data) line on the controller. Likewise, the RD line from the 
logic analysis system must connect to the TD line on the controller. Internal 
puU-up resistors in the logic analysis system assure the DCD, DSR, and CTS 
lines remain high when you are using a three-wire interface. 
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Extended Interface with Hardware Handshake 

With the extended interface, both the software and the hardware can control 
the data flow between the logic analysis system and the controller. This 
allows you to have more control of data flow between devices. The logic 
analysis system uses the following connections on its RS-232C interface for 
extended interface communication: 

• Pin 7 SGND (Signal Ground) 

• Pin 2 TD (Transmit Data from logic analysis system) 

• Pin 3 RD (Receive Data into logic analysis system) 

The additional lines you use depends on your controller’s implementation of 
the extended hardwire interface. 

• Pin 4 RTS (Request To Send) is an output from the logic analysis system 
which can be used to control incoming data flow. 

• Pin 5 GTS (Clear To Send) is an input to the logic analysis system which 
controls data flow from the logic analysis system. 

• Pin 6 DSR (Data Set Ready) is an input to the logic analysis system 
which controls data flow from the logic analysis system within two bytes. 

• Pin 8 DCD (Data Carrier Detect) is an input to the logic analysis system 
which controls data flow from the logic analysis system within two bytes. 

• Pin 20 DTR (Data Terminal Ready) is an output from the logic analysis 
system which is enabled as long as the logic analysis system is turned on. 

The TD (Transmit Data) Une from the logic analysis system must connect to 
the RD (Receive Data) line on the controller. Likewise, the RD line from the 
logic analysis system must connect to the TD line on the controller. 

The RTS (Request To Send), is an output from the logic analysis system 
which can be used to control incoming data flow. A true on the RTS Une 
allows the controller to send data and a false signals a request for the 
controller to disable data transmission. 

The CTS (Clear To Send), DSR (Data Set Ready), and DCD (Data Carrier 
Detect) lines are inputs to the logic analysis system, which control data flow 
from the logic analysis system. Internal pull-up resistors in the logic analysis 
system assure the DCD and DSR lines remain high when they are not 
connected. If DCD or DSR are connected to the controller, the controller 
must keep these lines along with the CTS line high to enable the logic 
analysis system to send data to the controller. A low on any one of these 
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lines win disable the logic analysis system data transmission. Pulling the CTS 
line low during data transmission will stop logic analysis system data 
transmission immediately. Pulling either the DSR or BCD line low during 
data transmission will stop logic analysis system data transmission, but as 
many as two additional bytes may be transmitted from the logic analysis 
system. 


Cable Examples 

HP 9000 Series 300 

Figure 3-1 is an example of how to connect the HP 16500B Logic Analysis 
System to the HP 98628A Interface card of an HP 9000 series 300 controller. 
For more information on cabling, refer to the reference manual for your 
specific controller. 

Because this example does not have the correct connections for hardware 
handshake, you must use the XON/XOFF protocol when connecting the logic 
analysis system. 


Figure 3-1 


HP 16500B 
REAR RANEL 



HP 98628 
INTERFACE CARD 


16500B54 


Cable Example 
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HP Vectra Personal Computers and Compatibles 

Figures 3-2 through 3-4 give examples of three cables that wiU work for the 
extended interface with hardware handshake. Keep in mind that these 
cables should work if your computer’s serial interface supports the four 
common RS-232C handshake signals as defined by the RS-232C standard. 
The four common handshake signals are Data Carrier Detect (DCD), Data 
Terminal Ready (DTR), Clear to Send (CTS), and Ready to Send (RTS). 

Figure 3-2 shows the schematic of a 25-pin female to 25-pin male cable. The 
following HP cables support this configuration: 

• HP 17255D, DB-25(F) to DB-25(M), 1.2 meter 

• HP 17255F, DB-25(F) to DB-25(M), 1.2 meter, shielded. 

In addition to the female-to-male cables with this configuration, a 
male-to-male cable 1.2 meters m length is also available: 

• HP 17255M, DB-25(M) to DB-25(M), 1.2 meter 

Figure 3-2 

25-pin F 25—pin M 



54600M26 

25-pin (F) to 25-pin (M) Cable 
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Figure 3-3 


Figure 3-3 shows the schematic of a 25-pm male to 25-pm male cable 5 
meters in length. The following HP cable supports this configuration: 

• HP 13242G, DB-25(M) to DB-25(M), 5 meter 


25-p i n M 


25-p i n M 


2 

3 

4 

5 

6 
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1 1 

19 
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3 
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8 


20 



7 

4 
19 
1 1 
12 

5 

6 


54600M24 

25-pin (M) to 25-pin (M) Cable 

Figure 3-4 shows the schematic of a 9-pm female to 25-pin male cable. The 
following HP cables support this configuration: 

• HP24542G, DB-9(F) to DB-25(M), 3 meter 

• HP24542H, DB-9(F) to DB-25(M), 3 meter, shielded 

• HP 45911-60009, DB-9(F) to DB-25(M), 1.5 meter 
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Figure 3-4 

9-pin F 25-pin M 





54600M25 

9-pin (F) to 25-pin (M) Cable 


Configuring the Logic Analysis System Interface 

The RS-232C menu field in the System Configuration Menu allows you access 
to the RS-232C Configuration menu where the RS-232C interface is 
configured. If you are not familiar with how to configure the RS-232C 
interface, refer to chapter 4, "The HP-IB and RS232-C Interfaces" in the 
HP 16500B Logic Analysis System User’s Reference. 
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Interface Capabilities 

The baud rate, stop bits, parity, protocol, and data bits must be configured 
exactly the same for both the controller and the logic analysis system to 
properly communicate over the RS-232C bus. The RS-232C interface 
capabilities of the HP 16500B Logic Analysis System are listed below: 

• Baud Rate: 110, 300, 600, 1200, 2400, 4800, 9600, or 19.2k 

• Stop Bits: 1, 1.5, or 2 

• Parity: None, Odd, or Even 

• Protocol: None or XON/XOFF 

• Data Bits: 8 

Protocol 

NONE With a three-wire interface, selecting NONE for the protocol 
does not allow the sending or receiving device to control data flow. No 
control over the data flow increases the possibility of missing data or 
transferring incomplete data. 

With an extended hardwire interface, selecting NONE allows a hardware 
handshake to occur. With hardware handshake, the hardware signals control 
data flow. 

XON/XOFF XON/XOFF stands for Transmit On/Transmit Off. With this 
mode, the receiver (controller or logic analysis system) controls 
data flow, and, can request that the sender (logic analysis system or 
controller) stop data flow. By sending XOFF (ASCII 19) over its transmit 
data line, the receiver requests that the sender disables data 
transmission. A subsequent XON (ASCII 17) allows the sending device 
to resume data transmission. 

Data Bits 

Data bits are the number of bits sent and received per character that 
represent the binary code of that character. Characters consist of either 7 or 
8 bits, depending on the application. The HP 16500B Logic Analysis 
System supports 8 bit only. 

8 Bit Mode Information is usually stored in bytes (8 bits at a time). 

With 8-bit mode, you can send and receive data just as it is stored, 
without the need to convert the data. 
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See Also 


The controller and the HP 16500B Logic Analysis System must be in the 
same bit mode to properly communicate over the RS-232C. This means that 
the controller must have the capability to send and receive 8 bit data. 

For more information on the RS-232C interface, refer to the HP 16500B 
Logic Analysis System User’s Reference. For information on RS-232C 
voltage levels and connector pinouts, refer to the HP 16500B Logic Analysis 
System Service Guide. 



RS-232C Bus Addressing 

The RS-232C address you must use is dependent on the computer or 
controller you are using to communicate with the logic analysis system. 

HP Vectra Personal Computers or compatibles 

If you are using an HP Vectra Personal Computer or compatible, it must have 
an unused serial port to which you connect the logic analysis system’s 
RS-232C port. The proper address for the serial port is dependent on the 
hardware configuration of your computer. Additionally, your 
conununications software must be configured to address the proper serial 
port. Refer to your computer and communications software manuals for 
more information on setting up your serial port address. 

HP 9000 Series 300 Controllers 

Each RS-232C interface card for the HP 9000 Series 300 Controller has its 
own interface select code. This code is used by the controller for directing 
conunands and communications to the proper interface by specifying the 
correct interface code for the device address. 

Generally, the interface select code can be any decimal value between 0 and 
31, except for those interface codes which are reserved by the controller for 
internal peripherals and other internal interfaces. This value can be selected 
through switches on the interface card. For example, if your RS-232C 
interface select code is 9, the device address required to communicate over 
the RS-232C bus is 9. For more information, refer to the reference manual 
for your interface card or controller. 
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Lockout Command 

To lockout the front-panel controls, use the SYSTem conunand LOCKout. 
When this function is on, aU controls (except the power switch) are entirely 
locked out. Local control can only be restored by sending the : LOCKout 
OFF conunand. 


Hint Cycling the power will also restore local control, but this will also reset 

certain RS-232C states. It also resets the logic analysis system to the 
power-on defaults and purges any acquired data in the acquisition memory of 
aU the installed modules. 


See Also 


For more information on this command see chapter 10, "System Conunands." 
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Introduction 



This chapter covers the programming conventions used in 
programming the instrument, as well as the documentation 
conventions used in this manual. This chapter also contains a detailed 
description of the command tree and command tree traversal. 
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Truncation Rule 


Table 4-1 


Truncation Rule 

The truncation rule for the keywords used in headers and parameters is: 

• If the long form has four or fewer characters, there is no change in the 
short form. When the long form has more than four characters the short 
form is just the first four characters, unless the fourth character is a 
vowel. In that case only the first three characters are used. 


There are some commands that do not conform to the truncation rule by design. 
These will be noted in their respective description pages. 


Some examples of how the truncation rule is applied to various commands 
are shown in table 4-1. 


Truncation Examples 


Long Fonri 

Short Form 

OFF 

OFF 

DATA 

DATA 

START 

STAR 

LONGFORM 

LONG 

DELAY 

DEL 

ACCUMULATE 

ACC 
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Infinity Representation 

The representation of infinity is 9.9E+37 for real numbers and 32767 for 
integers. This is also the value returned when a measurement cannot be 



Sequential and Overlapped Commands 

IEEE 488.2 makes the distinction between sequential and overlapped 
commands. Sequential commands finish their task before the execution of 
the next command starts. Overlapped commands run concurrently; therefore, 
the command following an overlapped command may be started before the 
overlapped command is completed. The overlapped commands for the HP 
16500B Logic Analysis System are STARt and STOP. 


Response Generation 

IEEE 488.2 defines two times at which query responses may be buffered. 
The first is when the query is parsed by the instrument and the second is 
when the controller addresses the instrument to talk so that it may read the 
response. The HP 16500B Logic Analysis System will buffer responses to a 
query when it is parsed. 


Syntax Diagrams 

At the beginning of each chapter in Part 2, "Commands," is a syntax diagram 
showing the proper syntax for each command. All characters contained in a 
circle or oblong are literals, and must be entered exactly as shown. Words 
and phrases contained in rectangles are names of items used with the 
conuuand and are described in the accompanying text of each command. 
Each line can only be entered from one direction as indicated by the arrow 
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on the entry line. Any combination of commands and arguments that can be 
generated by following the lines in the proper direction is syntactically 
correct. An argument is optional if there is a path around it. When there is a 
rectangle which contains the word "space," a white space character must be 
entered. White space is optional in many other places. 


Notation Conventions and Definitions 

The following conventions are used in this manual when describing 
programming rules and example. 

< > Angular brackets enclose words or characters that are used to symbolize a 
program code parameter or a bus command 

: : = "is defined as." For example, A ::= B indicates that A can be replaced by B in 
any statement containing A. 

I "or." Indicates a choice of one element from a list. For example, A I B 
indicates A or B, but not both. 

An ellipsis (trailing dots) is used to indicate that the preceding element may 
be repeated one or more times. 

[ ] Square brackets indicate that the enclosed items are optional. 

{ } When several items are enclosed by braces and separated by vertical bars (I), 
one, and only one of these elements must be selected. 

XXX Three Xs after an ENTER or OUTPUT statement represent the device 
address required by your controller. 

<NL> Linefeed (ASCII decimal 10). 


The Command Tree 

The command tree (figure 4-1) shows all commands in the HP 16500B Logic 
Analysis System and the relationship of the commands to each other. You 
should notice that the common commands are not actually connected to the 


4-5 



Programming and Documentation Conventions 

The Command Tree 



other commands in the command tree. After a <NL> (hnefeed - ASCII 
decimal 10) has been sent to the instrument, the parser will be set to the root 
of the command tree. Parameters are not shown in this figure. The command 
tree allows you to see what the system’s parser expects to receive. ALL legal 
headers can be created by traversing down the tree, adding keywords until 
the end of a branch has been reached. 

Command Types 

As shown in chapter 1, "Header Types," there are three types of headers. 
Each header has a corresponding command type. This section shows how 
they relate to the command tree. 

System Commands The system commands reside at the top level of 
the conunand tree. These commands are always parsable if they occur at 
the beginning of a program message, or are preceded by a colon. START 
and STOP are examples of system commands. 

Subsystem Commands Subsystem commands are grouped together 
under a common node of the tree, such as the MMEMORY commands. 

Common Commands Common conunands are independent of the tree, 
and do not affect the position of the parser within the tree. *CLS and 
*RST are examples of common commands. 


Figure 4-1 


HP 16500B Command Tree 
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SELect 0 


Common 

Commands 

*CLS 

*ESE 

»ESR 

»IDN 

»IST 

*0PC 

*0PT 

*PPE 

*PST 

»SPE 

»STB 

»TPQ 

»TST 

*WAI 


BEEPer 

CAPability 

CARDcage 

CESE 

CESR 

EOl 

LER 

LOCKout 

MENU 

MESE<N> 

MESR<N> 

RMODe 

PTC 

SELect 

SETColor 

STARt 

STOP 


SYSTem: MMEMory: 


INTermodule 



DATA 

AUToload 

DELete 

DSP 

CATalog 

HTIMg 

ERRor 

CD 

INPort 

HEADer 

COPY 

INSert 

LONQform 

DOWNload 

PORTEDGE 

PRINt 

INITialize 

PORTLEV 

SETup 

LOAD! CONfig] 

SKEW<N> 


LOAD:IASSemblGr 

TREE 


MKDir 

MSI 

PACK 

PURge 

PWD 

RENome 

STORG[:CONfig] 

UPLoad 

VOLume 

TTIMg 


16500B56 


Tree Traversal Rules 

Command headers are created by traversing down the command tree. A 
legal command header from the command tree in figure 4-1 would be 
:MMEMORY: INITIALIZE. This is refered to as a compound header. As 
shown on the tree, branches are always preceded by colons. Do not add 
spaces around the colons. The following two rules apply to traversing the tree: 

• A leading colon (the first character of a header) or a terminator places the 
parser at the root of the command tree. For example, the colon preceding 
MMEMORY (: MMEMORY) in the above example places the parser at the root 
of the command tree. 

• Executing a subsystem command places you in that subsystem until a 
leading colon or a terminator Is found. The parser wTl stay at the colon 
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above the keyword where the last header terminated. Any command 
below that point can be sent within the current program message without 
sending the keywords(s) which appear above them. For example, the 
colon separating MMEMORY and INITIALIZE is the location of the 
parser when this compund header is parsed. 

The following examples are written using HP BASIC 6.2 on a HP 9000 Series 
300 Controller. The quoted string is placed on the bus, followed by a carriage 
return and linefeed (CRLF). The three Xs (XXX) shown in this manual after 
an ENTER or OUTPUT statement represents the device address required by 
your controller. 

In this example, the colon between SYSTEM and HEADER is necessary since 
SYSTEM: HEADER is a compound command. The semicolon between the 
HEADER command and the LONGFORM command is the required <program 
message unit separator> . The LONGFORM command does not need 
SYSTEM preceding it, since the SYSTEM: HEADER command sets the parser 
to the SYSTEM node in the tree. 

OUTPUT XXX;SYSTEM:HEADER ON;LONGFORM ON" 
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Example 2 In the first Kne of this example, the subsystem selector is implied for the 

STORE command in the compound command. The STORE command must 
be in the same program message as the INITIALIZE command, since the 
<program message terminator> will place the parser back at the root 
of the command tree. 

A second way to send these commands is by placing MMEMORY : before the 
STORE command as shown in the fourth line of this example 2. 

OUTPUT XXX;MMEMORY:INITIALIZE;STORE 'FILE ','FILE 
DESCRIPTION'" 

or 

OUTPUT XXX;MMEMORY:INITIALIZE" 

OUTPUT XXX;MMEMORY:STORE 'FILE ','FILE DESCRIPTION'" 


Example 3 In this example, the leading colon before SYSTEM tells the parser to go back 

to the root of the command tree. The parser can then see the 
SYSTEM:PRINT command. 

OUTPUT XXX;":MMEM:CATALOG?;:SYSTEM:PRINT ALL" 


Command Set Organization 

The command set for the HP 16500B Logic Analysis System mainframe is 
divided into 5 separate groups as shown in figure 4-1. The command groups 
are: common commands, mainframe commands, and 3 sets of subsystem 
commands. In addition to the command tree in figure 4-1, a command to 
subsystem cross-reference is shown in table 4-2. 

Each of the 5 groups of commands is described in a seperate chapter in Part 
2, "Commands." Each of the chapters contain a brief description of the 
subsystem, a set of syntax diagrams for those commands, and finally, the 
commands for that subsystem in alphabetical order. 
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The commands are shown in the long form and short form using upper and 
lowercase letters. As an example, AUToload indicates that the long form of 
the command is AUTOLOAD and the short form of the command is AUT. 
Each of the commands contain a description of the command, its arguments, 
and the command syntax. 


Subsystems 

There are three subsystems in the mainframe. In the command tree (figure 
4-1) they are shown as branches, with the node above showing the name of 
the subsystem. Only one subsystem may be selected at a time. At power on, 
the command parser is set to the root of the command tree; therefore, no 
subsystem is selected. The three subsystems in the HP 16500B Logic 
Analysis System are: 

• SYSTem - controls some BASIC functions of the instrument. 

• MMEMory - provides access to the internal disk drive. 

• INTermodule - provides access to the Intermodule bus (IMB). 
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Table 4-2 


Alphabetic Command Cross-Reference 


*CLS 

Common 

LER 

Mainframe 

*ESE 

Common 

LOAD 

MMEMory 

*ESR 

Common 

LOCKout 

Mainframe 

*IDN 

Common 

LONGform 

SYSTem 

*IST 

Common 

MENU 

Mainframe 

*0PC 

Common 

MESE 

Mainframe 

*0PT 

Common 

MESR 

Mainframe 

*PRE 

Common 

MKDir 

MMEMory 

*RST 

Common 

MSI 

MMEMory 

*SRE 

Common 

PACK 

MMEMory 

*STB 

Common 

PORTedge 

INTermodule 

*TRG 

Common 

PORTIev 

INTermodule 

*TST 

Common 

PRINt 

SYSTem 

*WAI 

Common 

PURGe 

MMEMory 

AUToload 

MMEMory 

PWD 

MMEMory 

BEEPer 

Mainframe 

REName 

MMEMory 

CAPability 

Mainframe 

RMODe 

Mainframe 

CARDcage 

Mainframe 

RTC 

Mainframe 

CATaloq 

MMEMory 

SELect 

Mainframe 

CD 

MMEMory 

SETColor 

Mainframe 

CESE 

Mainframe 

SKEW 

INTermodule 

CESR 

Mainframe 

STARt 

Mainframe 

COPY 

MMEMory 

STOP 

Mainframe 

DATA 

SYSTem 

STORe 

MMEMory 

DELete 

INTermodule 

STup 

SYSTem 

DOWNIoad 

MMEMory 

TREE 

INTermodule 

DSP 

SYSTem 

TTIMe 

INTermodule 

EDI 

Mainframe 

UPLoad 

MMEMory 

ERRor 

SYSTem 

VOLume 

MMEMory 

HEADer 

SYSTem 


HTIMe 

INTermodule 

INITialize 

MMEMory 

INPort 

INTermodule 

INSert 

INTermodule 
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Program Examples 

The program examples in chapter 13, "Programming Examples," were written 
on an HP 9000 Series 300 controller using the HP BASIC 6.2 language. The 
programs always assume a generic address for the HP 16500B Logic Analysis 
System of XXX. 

In the examples, you should pay special attention to the ways in which the 
conunand and/or query can be sent. Keywords can be sent using either the 
long form or short form (if one exists for that word). With the exception of 
some string parameters, the parser is not case-sensitive. Uppercase and 
lowercase letters may be mixed freely. System commands like HEADer and 
LONGf orm allow you to dictate what forms the responses take, but they have 
no affect on how you must structure your commands and queries. 

The following commands aU set the logic analyzer’s Timing Waveform Delay 
to 100 ms. 

Keywords in long form, numbers using the decimal format. 

OUTPUT XXX;SELECT 2:MACHINE1:TWAVEFORM:DELAY .1" 

Keywords in short form, numbers using an exponential format. 

OUTPUT XXX;":SEL 2:MACHl:TWAV:DEL lE-1" 

Keywords in short form using lowercase letters, numbers using a suffix. 
OUTPUT XXX;":sel 2:machl:twav:del 100ms" 


In these examples, the colon shown as the first character of the command is 
optional on the HP 16500B Logic Analysis System. The space between DELay 
and the argument is required. 
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Introduction 


This chapter describes the operation of instruments that operate in 
compliance with the IEEE 488.2 (syntax) standard. It is intended to 
give you enough basic information about the IEEE 488.2 Standard to 
successfully program the logic analysis system. You can find 
additional detailed information about the IEEE 488.2 Standard in 
ANSI/IEEE Std 488.2-1987, "IEEE Standard Codes, Eormats, 
Protocols, and Common Commands ." 

The HP 16500B Logic Analysis System is designed to be compatible 
with other Hewlett-Packard IEEE 488.2 compatible instruments. 
Instruments that are compatible with IEEE 488.2 must also be 
compatible with IEEE 488.1 (HP-IB bus standard); however, IEEE 

488.1 compatible instruments may or may not conform to the IEEE 

488.2 standard. The IEEE 488.2 standard defines the message 
exchange protocols by which the instrument and the controller will 
communicate. It also defines some common capabilities, which are 
found in all IEEE 488.2 instruments. This chapter also contains a few 
items which are not specifically defined by IEEE 488.2, but deal with 
message communication or system functions. 

The syntax and protocol for RS-232C program messages and response 
messages for the HP 16500B Logic Analysis System are structured 
very similar to those described by IEEE 488.2. In most cases, the 
same structure shown in this chapter for IEEE 488.2 will also work for 
RS-232C. Because of this, no additional information has been 
included for RS-232C. 
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Protocols 

The protocols of IEEE 488.2 define the overall scheme used by the controller 
and the instrument to communicate. This includes defining when it is 
appropriate for devices to talk or listen, and what happens when the protocol 
is not followed. 

Functional Elements 

Before proceeding with the description of the protocol, a few system 
components should be understood. 

Inpnt Buffer The input buffer of the instrument is the memory area 
where commands and queries are stored prior to being parsed and 
executed. It allows a controller to send a string of commands to the 
instrument which could take some time to execute, and then proceed to 
talk to another instrument while the first instrument is parsing and 
executing commands. 

Output Queue The output queue of the instrument is the memory area 
where all output data are stored until read by the controller. 

Parser The instrument’s parser is the component that interprets the 
commands sent to the instrument and decides what actions should be 
taken. "Parsing" refers to the action taken by the parser to achieve this 
goal. Parsing and executing of commands begins when either the 
instrument recognizes a program message terminator (defined later in 
this chapter) or the input buffer becomes full. If you wish to send a long 
sequence of commands to be executed and then talk to another 
instrument while they are executing, you should send all the commands 
before sending the program message terminator. 
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Protocol Overview 

The instrument and controller communicate using program messages and 
response messages. These messages serve as the containers into which sets 
of program commands or instrument responses are placed. Program 
messages are sent by the controller to the instrument, and response 
messages are sent from the instrument to the controller in response to a 
query message. A query message is defined as being a program message 
which contains one or more queries. The instrument will only talk when it 
has received a valid query message, and therefore has something to say. The 
controller should only attempt to read a response after sending a complete 
query message, but before sending another program message. An important 
rule to remember is that the instrument will only talk when prompted to, and 
it then expects to talk before being told to do something else. 

Protocol Operation 

When the instrument is turned on, the input buffer and output queue are 
cleared, and the parser is reset to the root level of the command tree. 

The instrument and the controller communicate by exchanging complete 
program messages and response messages. This means that the controller 
should always terminate a program message before attempting to read a 
response. The instrument wiU terminate response messages except during a 
hardcopy output. 

If a query message is sent, the next message passing over the bus should be 
the response message. The controller should always read the complete 
response message associated with a query message before sending another 
program message to the same instrument. 

The instrument allows the controller to send multiple queries in one query 
message. This is referred to as sending a "compound query." As noted in 
chapter 1, "Multiple Queries," multiple queries in a query message are 
separated by semicolons. The responses to each of the queries in a 
compound query will also be separated by semicolons. 

Commands are executed in the order they are received. 
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Protocol Exceptions 

If an error occurs during the information exchange, the exchange may not be 
completed in a normal manner. Some of the protocol exceptions are shown 
below. 

Command Error A command error will be reported if the instrument 
detects a syntax error or an unrecognized command header. 

Execution Error An execution error wiU be reported if a parameter is 
found to be out of range, or if the current settings do not allow execution 
of a requested command or query. 

Device-specific Error A device-specific error will be reported if the 
instrument is unable to execute a command for a strictly device 
dependent reason. 

Query Error A query error wiU be reported if the proper protocol for 
reading a query is not followed. This includes the interrupted and 
unterminated conditions described in the following paragraphs. 


Syntax Diagrams 

The example syntax diagram in this chapter is similar to the syntax diagrams 
in the IEEE 488.2 specification. Commands and queries are sent to the 
instrument as a sequence of data bytes. The allowable byte sequence for 
each functional element is defined by the syntax diagram that is shown. 

The allowable byte sequence can be determined by following a path in the 
syntax diagram. The proper path through the syntax diagram is any path 
that follows the direction of the arrows. If there is a path around an element, 
that element is optional. If there is a path from right to left around one or 
more elements, that element or those elements may be repeated as many 
times as desired. 
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Figure 5-1 




Example syntax diagram 
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See Also 


Syntax Overview 

This overview is intended to give a quick glance at the syntax defined by 
IEEE 488.2. It will help you understand many of the things about the syntax 
you need to know. 

IEEE 488.2 defines the blocks used to build messages which are sent to the 
instrument. A whole string of commands can therefore be broken up into 
individual components. 

Figure 5-1 is an example syntax diagram and figure 5-2 shows a breakdown of 
an example program message. There are a few key items to notice: 

• A semicolon separates commands from one another. Each program 
message unit serves as a container for one command. The program 
message units are separated by a semicolon. 

• A program message is terminated by a <NL> (newline). The recognition 
of the program message terminator, or <PMT>, by the parser serves as a 
signal for the parser to begin execution of commands. The <PMT> also 
affects command tree traversal. 

• Multiple data parameters are separated by a comma. 

• The first data parameter is separated from the header with one or more 
spaces. 

• The header SYSTEM: LONGFORM OFF is an example of a compound 
header. It places the parser in the machine subsystem until the <NL> is 
encountered. 

• A colon preceding the command header returns you to the top of the 
command tree. 

Chapter 4, "Programming and Documentation Conventions" 
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Figure 5-2 


: INTERMODULE:INSERT 3 , 1 


SKEWS 3.8 ns <NL> 


<program message unit> 
INTERMODULE:INSERT 3 , 1 



<command program header> <program header separator> <program data> 


INTERMODULE:INSERT SP 3,1 



INTERMODULE INSERT 3 , 1 



<decimal numeric program data> <decimal numeric program data> 
3 1 



<program header> <program header separator> <program data> 


SKEW3 

SP 

3.8 ns 


<white space> <decimal program 

data> <suffix program data> 


3,8 

SP ns 



<white spoce> <suffix multiplier> <suffix i 
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16500/BL18 


<prograni message> Parse Tree 
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Upper/Lower Case Equivalence 

Upper and lower case letters are equivalent. The mnemonic SINGLE has 
the same semantic meaning as the mnemonic single. 

< white space > 

<white space> is defined to be one or more characters from the ASCII set 
of 0 - 32 decimal, excluding 10 decimal (NL). <white space> is used by 
several instrument listening components of the syntax. It is usually optional, 
and can be used to increase the readability of a program. 

Suffix Multiplier The suffix multiphers that the instrument will accept 
are shown in table 5-1. 


Table 5-1 


<suflix mult> 


Value 

Mnemonic 

1E18 

EX 

1E15 

PE 

1E12 

T 

1E9 

G 

1E6 

MA 

1E3 

K 

IE-3 

M 

IE-6 

U 

IE-9 

N 

IE-12 

P 

IE-15 

F 

IE-18 

A 
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Suffix Unit The suffix units that the instrument will accept are shown 
in table 5-2. 


Table 5-2 

<suffix unit> 



Suffix Referenced Unit 

V Volt 

S Second 
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Status reporting allows you to use information about the instrument in 
your programs, so that you have better control of the measurement 
process. For example, you can use status reporting to determine 
when a measurement is complete, thus controUing your program, so 
that it does not get ahead of the instrument. This chapter describes 
the status registers, status bytes and status bits defined by IEEE 
488.2 and discusses how they are implemented in the HP 16500B 
Logic Analysis System. Also in this chapter is a sample set of steps 
you use to perform a serial poll over HP-IB. 

The status reporting features available over the bus are the serial and 
parallel polls. IEEE 488.2 defines data structures, commands, and 
common bit definitions. There are also instrument-defined structures 
and bits. 

The bits in the status byte act as summary bits for the data structures 
residing behind them. In the case of queues, the summary bit is set if 
the queue is not empty. For registers, the summary bit is set if any 
enabled bit in the event register is set. The events are enabled via the 
corresponding event enable register. Events captured by an event 
register remain set until the register is read or cleared. Registers are 
read with their associated commands. The *CLS command clears aU 
event registers and all queues except the output queue. If *CLS is 
sent immediately following a program message terminator, the output 
queue will also be cleared. 
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Figure 6-1 
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Status Byte Structures and Concepts 
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Event Status Register 

The Event Status Register is an IEEE 488.2 defined register. The bits in this 
register are "latched." That is, once an event happens which sets a bit, that 
bit win only be cleared if the register is read. 



Service Request Enable Register 

The Service Request Enable Register is an 8-bit register. Each bit enables 
the corresponding bit in the status byte to cause a service request. The sixth 
bit does not logically exist and is always returned as a zero. To read and 
write to this register, use the *SRE? and *sRE commands. 


Bit Definitions 

The following mnemonics are used in figure 6-1 and in chapter 8, "Common 
Conunands:" 

MAV - message available 

Indicates whether there is a response in the output queue. 

ESB - event status bit 

Indicates if any of the conditions in the Standard Event Status Register are 
set and enabled. 

MSS - master summary status 

Indicates whether the device has a reason for requesting service. This bit is 
returned for the *STB? query. 

RQS - request service 

Indicates if the device is requesting service. This bit is returned during a 
serial poll. RQS will be set to 0 after being read via a serial poll (MSS is not 
reset by *STB?). 
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MSG - message 

Ir\dicates whether there is a message in the message queue (Not 
implemented in the HP 16500B Logic Analysis System). 

PON - power on 

Indicates power has been turned on. 

URQ - user request 

Always returns a 0 from the HP 16500B Logic Analysis System. 

CME - command error 

Indicates whether the parser detected an error. 


The error numbers and strings for CME, EXE, DDE, and QYE can be read from a 
device-defined queue (which is not part of IEEE 488.2) with the query 
:SYSTEM:ERROR?. 


EXE - execution error 

Indicates whether a parameter was out of range, or inconsistent with current 
settings. 

DDE - device specific error 

Indicates whether the device was unable to complete an operation for device 
dependent reasons. 

QYE - query error 

Indicates whether the protocol for queries has been violated. 

RQC - request control 

Always returns a 0 from the HP 16500B Logic Analysis System. 

OPC - operation complete 

Indicates whether the device has completed all pending operations. OPC is 
controlled by the *OPC common command. Because this command can 
appear after any other command, it serves as a general-purpose operation 
complete message generator. 
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LCL - remote to local 

Indicates whether a remote to local transition has occurred. 

MSB - module summary bit 

Indicates that an enable event in one of the modules Status registers has 
occurred. 



Example 


Key Features 

A few of the most important features of Status Reporting are listed in the 
following paragraphs. 

Operation Complete 

The IEEE 488.2 structure provides one technique that can be used to find 
out if any operation is finished. The *OPC command, when sent to the 
instrument after the operation of interest, will set the OPC bit in the 
Standard Event Status Register. If the OPC bit and the RQS bit have been 
enabled, a service request will be generated. The commands that affect the 
OPC bit are the overlapped commands. 

OUTPUT XXX;"*SRE 32 ; *ESE 1" lenables an OPC service 
request 


Status Byte 

The Status Byte contains the basic status information which is sent over the 
bus in a serial poU. If the device is requesting service (RQS set), and the 
controller serial-polls the device, the RQS bit is cleared. The MSS (Master 
Summary Status) bit (read with *STB?) and other bits of the Status Byte are 
not be cleared by reading them. Only the RQS bit is cleared when read. 

The Status Byte is cleared with the *CLS common command. 


Figure 6-2. 


Service Request Enabling 
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Serial Poll 


Serial Poll 


The HP 16500B Logic Analysis System supports the IEEE 488.1 serial poU 
feature. When a serial poll of the instrument is requested, the RQS bit is 
returned on bit 6 of the status byte. 


-STATUS SUMviARY MESSAGES- 



\ 


- READ BY SERIAL POLL 

- STATUS BYTE REGISTER 

- READ BY -STB? 




SERVICE REQUEST 
ENABLE REGISTER 
*SRE <NRf> 


• 5RE? 





Using Serial Poll (HP-IB) 

This example will show how to use the service request by conducting a serial 
poU of all instruments on the HP-IB bus. In this example, assume that there 
are two instruments on the bus: the logic analyzsis system at address 7 and a 
printer at address 1. 

The program command for serial poll using HP BASIC 6.2 is Stat = 
SPOLL(707). The address 707 is the address of the logic analysis system in 
the this example. The command for checking the printer is Stat = 
SPOLL(701) because the address of that instrument is 01 on bus address 7. 
This command reads the contents of the HP-IB Status Register into the 
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Parallel Poll 



variable called Stat. At that time bit 6 of the variable Stat can be tested to 
see if it is set (bit 6=1). 

The serial poll operation can be conducted in the following manner: 

1 Enable interrupts on the bus. This allows the controller to see the 
SRQ line. 

2 Disable interrupts on the bus. 

3 If the SRQ line is high (some instrument is requesting service) then 
check the instrument at address 1 to see if bit 6 of its status register is 
high. 

4 To check whether bit 6 of an instruments status register is high, use 
the following BASIC statement*: IF BIT (Stat, 6) THEN 

5 If bit 6 of the instrument at address 1 is not high, then check the 
instrument at address 7 to see if bit 6 of its status register is high. 

6 As soon as the instrument with status bit 6 high is found check the 
rest of the status bits to determine what is required. 

The SPOLL(707) command causes much more to happen on the bus than 
simply reading the register. This command clears the bus automatically, 
addresses the talker and listener, sends SPE (serial poll enable) and SPD 
(serial poll disable) bus commands, and reads the data. For more 
information about serial poll, refer to your controller manual, and 
programming language reference manuals. 

After the serial poll is completed, the RQS bit in the HP 16500B Logic 
Analysis System Status Byte Register will be reset if it was set. Once a bit in 
the Status Byte Register is set, it wiU remain set until the status is cleared 
with a *CLS command, or the instrument is reset. 


Parallel Poll 

Parallel poll is a controller initiated operation which is used to obtain 
information from several devices simultaneously. When a controller initiates 
a Parallel PoU, each device returns a Status Bit via one of the DIO data lines. 
Device DIO assignments are made by the controller using the PPG (Parallel 
Poll Configure) sequence. Devices respond either individually, each on a 
separate DIO line; collectively on a single DIO line; or any combination of 
these two ways. When responding collectively, the result is a logical AND 
(True High) or logical OR (True Low) of the groups of status bits. 
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Parallel Poll 


Figure 6-3 shows the Parallel Poll Data Structure. The summary bit is sent in 
response to a Parallel Poll. This summary bit is the "ist" (individual status) 
local message. 

The Parallel Poll Enable Register determines which events are summarized in 
the ist. The *PRE command is used to write to the enable register and the 
* P RE ? query is used to read the register. The * I s T ? query can be used to 
read the "ist" without doing a parallel poU. 
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Polling HP-IB Devices 

Parallel Poll is the fastest means of gathering device status when several 
devices are connected to the bus. Each device (with this capability) can be 
programmed to respond with one bit of status when parallel poUed. This 
makes it possible to obtain the status of several devices in one operation. If a 
device responds affirmatively to a parallel poll, more information about its 
specific status can be obtained by conducting a serial poll of the device. 


Configuring Parallel Poll Responses 

Certain devices, including the HP 16500B Logic Analysis System, can be 
remotely programmed by a controller to respond to a parallel poll. A device 
which is currently configured for a parallel poU responds to the poll by 
placing its current status on one of the bus data Hues. The response and the 
data-bit number can then be programmed by the PPG (parallel poll 
configure) statement. No multiple listeners can be specified in this 
statement. If more than one device is to respond on a single bit, each device 
must be configured with a separate PPG statement. 


Example assign @Device TO 707 

PPOLL CONFIGURE @Device;Mask 
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Conducting a Parallel Poll 


The value of Mask (any numeric expression can be specified) is first rounded 
and then used to configure the device’s parallel response. The least 
significant 3 bits (bits 0 through 2) of the expression are used to determine 
which data line the device is to respond on (place its status on). Bit 3 
specifies the "true" state of the parallel poll response bit of the device. A 
value of 0 implies that the device’s response is 0 when its status bit message 
is true. 


Example 



The following statement configures the device at address 07 on the interface 
select code 7 to respond by placing a 0 on bit 4 when its status response is 
"true." 

PPOLL CONFIGURE 707;4 


Conducting a Parallel Poll 

The PPOLL (Parallel Poll) function returns a single byte containing up to 8 
status bit messages for aU devices on the bus capable of responding to the 
poU. Each bit returned by the function corresponds to the status bit of the 
device(s) configured to respond to the parallel poll (one or more devices can 
respond on a single line). The PPOLL function can only be executed by the 
controller. It is initiated by the simultaneous assertion of ATN and EOl. 


Example Response = PPOLL (7) 
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Disabling Parallel Poll Responses 

The PPU (Parallel Poll Unconfigure) statement gives the controller the 
capabUity of disabling the parallel poll responses of one or more devices on 
the bus. 


Examples The following statement disables device 5 only: 

PPOLL UNCONFIGURE 705 

This statement disables aU devices on interface select code 8 from 
responding to a parallel poU: 

PPOLL UNCONFIGURE 8 


If no primary address is specified, aU bus devices are disabled from 
responding to a parallel poU. If a primary address is specified, only the 
specified devices (which have the parallel poU configure capability) are 
disabled. 


HP-IB Commands 

The foUowing paragraphs describe actual HP-IB commands which can be 
used to perform the functions of the Basic commands shown in the previous 
examples. 

Parallel Poll Unconfigure Command 

The parallel poll unconfigure command (PPU) resets aU parallel poU devices 
to the idle state (unable to respond to a parallel poll). 

Parallel Poll Configure Command 

The parallel poll configure command (PPG) causes the addressed listener to 
be configured according to the paraUel poll enable secondary command PPE. 
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Table 6-1 



Parallel Poll Enable Command 

The parallel poll enable secondary command (PPE) configures the devices 
which have received the PPG command to respond to a parallel poll on a 
particular HP-IB DIO line with a particular level. 

Parallel Poll Disable Command 

The parallel poll disable secondary command (PPD) disables the devices 
which have received the PPG command from responding to the parallel poll. 


Parallel Poll Commands 


Command 

Mnemonic 

Decimal 

Code 

ASCII/ISO 

Character 

Parallel Poll Unconfigure 
(Multiline Command) 

PPU 

21 

NAK 

Parallel Poll Configure 
(Addressed Command) 

PPC 

05 

END 

Parallel Poll Enable 
(Secondary Command) 

PPE 

96-111 

1-0 

Parallel Poll Disable 
(Secondary Command) 

PPD 

112 

P 
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Introduction 


This chapter lists the error messages that relate to the HP 16500B 
Logic Analysis System. 
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Error Messages 

Device Dependent Errors 


Device Dependent Errors 

200 Label not found 

201 Pattern string invalid 

202 Qualifier invalid 

203 Data not available 
300 RS-232C error 


Command Errors 

-100 Command error (unknown command) (generic error) 

-101 Invalid character received 

-110 Command header error 

-111 Header delimiter error 

-120 Numeric argument error 

-121 Wrong data type (numeric expected) 

-123 Numeric overflow 
-129 Missing numeric argument 

-130 Non numeric argument error (character,string, or block) 
-131 Wrong data type (character expected) 

-132 Wrong data type (string expected) 

-133 Wrong data type (block type #D required) 

-134 Data overflow (string or block too long) 

-139 Missing non numeric argument 
-142 Too many arguments 
-143 Argument delimiter error 
-144 Invalid message unit delimiter 
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Execution Errors 


Execution Errors 

-200 Can Not Do (generic execution error) 

-201 Not executable in Local Mode 

-202 Settings lost due to return-to-local or power on 

-203 Trigger ignored 

-211 Legal command, but settings conflict 

-212 Argument out of range 

-221 Busy doing something else 

-222 Insufficient capability or configuration 

-232 Output buffer full or overflow 

-240 Mass Memory error (generic) 

-241 Mass storage device not present 

-242 No media 

-243 Bad media 

-244 Media full 

-245 Directory full 

-246 File name not found 

-247 Duplicate file name 

-248 Media protected 


Internal Errors 

-300 Device Failure (generic hardware error) 

-301 Interrupt fault 

-302 System Error 

-303 Time out 

-310 RAM error 

-311 RAM failure (hardware error) 

-312 RAM data loss (software error) 

-313 Calibration data loss 
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Error Messages 

Query Errors 


-320 ROM error 
-321 ROM checksum 

-322 Hardware and Firmware incompatible 
-330 Power on test failed 
-340 Self Test failed 

-350 Too Many Errors (Error queue overflow) 


Query Errors 

-400 Query Error (generic) 

-410 Query INTERRUPTED 
-420 Query UNTERMINATED 

-421 Query received. Indefinite block response in progress 
-422 Addressed to Talk, Nothing to Say 
-430 Query DEADLOCKED 





Part 2 


8 Common Commands 8-1 

9 Mainframe Commands 9-1 

10 SYSTem Subsystem 10-1 

11 MMEMory Subsystem 11-1 

12 INTermodule Subsystem 12-1 


Commands 
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Introduction 



Example 


The common commands are defined by the IEEE 488.2 standard. 
These commands must be supported by all instruments that comply 
with this standard. Refer to figure 8-1 and table 8-1 for the common 
commands syntax diagram. 

The common commands control some of the basic instrument 
functions; such as, instrument identification and reset, how status is 
read and cleared, and how commands and queries are received and 
processed by the instrument. The common commands are: 


*CLS 

• 

*PRE 

*ESE 

• 

*RST 

*ESR 

• 

*SRE 

*IDN 

• 

*STB 

*IST 

• 

*TRG 

*OPC 

• 

*TST 

*OPT 

• 

*WAI 


Common commands can be received and processed by the HP 16500B 
Logic Analysis System, whether they are sent over the bus as separate 
program messages or within other program messages. If an 
instrument subsystem has been selected and a common command is 
received by the instrument, the system will remain in the selected 
subsystem. 

If the program message in this example is received by the system, it 
will initialize the disk and store the file and clear the status 
information. This is not the case if some other type of command is 
received within the program message. 

":MMEMORY:INITIALIZE;*CLS; STORE 'FILE DESCRIPTION'" 
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Example 


See Also 


This program message initializes the disk, selects the module in slot A, 
then stores the file. In this example, :MMEMORY must be sent again 
in order to reenter the memory subsystem and store the file. 

":MMEMORY:INITIALIZE;:SELECT 1;:MMEMORY:STORE 'FILE 
'DESCRIPTION'" 


Status Registers 

Each status register has an associated status enable (mask) register. 
By setting the bits in the status enable register you can select the 
status information you wish to use. Any status bits that have not been 
masked (enabled in the enable register) will not be used to report 
status summary information to bits in other status registers. 

Chapter 6, "Status Reporting," for a complete discussion of how to 
read the status registers and how to use the status information 
available from this instrument. 











Common Commands 

*CLS (Clear Status) 


Table 8-1 Common Command Parameter Values 


Parameter Values 

mask An integer, 0 through 255. 

pre_mask An integer, 0 through 65535. 


*CLS (Clear Status) 

Command *CLS 


The *CLS common command clears all event status registers, queues, and 
data structures, including the device defined error queue and status byte. If 
the *CLS command immediately follows a program message terminator, the 
output queue and the MAV (Message Available) bit will be cleared. 


Example output xxx;"*cls" 


See Also 


Refer to chapter 6, "Status Reporting," for a complete discussion of status. 



Command 


<mask:> 


Example 



Query 


Returned Format 


Example 


See Also 


Common Commands 

*ESE (Event Status Enable) 


*ESE (Event Status Enable) 

*ESE <mask> 

The *ESE command sets the Standard Event Status Enable Register bits. 
The Standard Event Status Enable Register contains a bit to enable the 
status indicators detailed in table 8-2. A 1 in any bit position of the Standard 
Event Status Enable Register enables the corresponding status in the 
Standard Event Status Enable Register. 

An integer from 0 to 255 


In this example, the *ESE 32 command will enable CME (Command Error), 
bit 5 of the Standard Event Status Enable Register. Therefore, when a 
conunand error occurs, the event summary bit (ESB) in the Status Byte 
Register will also be set. 

OUTPUT XXX;"*ESE 32" 


*ESE? 

The *ESE query returns the current contents of the enable register. 

<mask><NL> 

OUTPUT XXX;"*ESE?" 

Refer to Chapter 6, "Status Reporting" for a complete discussion of status. 
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*ESR (Event Status Register) 


Table 8-2 


Query 

Returned Format 

<status> 

Example 


Standard Event Status Enable Register 


Bit Position 

Bit Weight 

Enables 

7 

128 

PON - Power On 

6 

64 

URQ - User Request 

5 

32 

CME - Command Error 

4 

16 

EXE - Execution Error 

3 

8 

DDE - Device Dependent Error 

2 

4 

DYE - Query Error 

1 

2 

RQC - Request Control 

0 

1 

OPC - Operation Complete 


*ESR (Event Status Register) 

*ESR? 

The *ESR query returns the contents of the Standard Event Status Register. 
Reading the register clears the Standard Event Status Register. 
<status><NL> 

An integer from 0 to 255 


If a command error has occurred, and bit 5 of the ESE register is set, the 
string variable Esr_event$ wiU have bit 5 (the CME bit) set. 


10 OUTPUT XXX;"*ESE 32 
20 OUTPUT XXX;"*ESR?" 

30 ENTER XXX; Esr_event$ 


! Enables bit 5 of the status regist 
! Queries the status register 
! Reads the query buffer 



Table 8-3 



Common Commands 

*ESR (Event Status Register) 


Table 8-3 shows the Standard Event Status Register. The table details the 
meaning of each bit position in the Standard Event Status Register and the 
bit weight. When you read Standard Event Status Register, the value 
returned is the total bit weight of all the bits that are high at the time you 
read the byte. 


The Standard Event Status Register 


Bit Position 

Bit Weight 

Bit Name 

7 

128 

PON 

6 

64 

URQ 

5 

32 

CME 

4 

16 

EXE 

3 

8 

DDE 

2 

4 

DYE 

1 

2 

RDC 

0 

1 

OPC 


Condition 

0 = register read - not in power up mode 
1 = power up 

0 = user request - not used - always zero 

0 = no command errors 

1 = a command eror has been detected 

0 = no execution errors 

1 = an execution error has been detected 

0 = no device dependent error has been detected 

1 = a device dependent error has been detected 

0 = no query errors 

1 = a query error has been detected 

0 = request control - not used - always zero 

0 = operation is not complete 

1 = operation is complete 
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IDN (Identification Number) 


Query 


Returned Format 

<revision 

code> 

Example 


Query 


Returned Format 

<id> 

1 

0 


*IDN (Identification Number) 

*IDN? 


The *IDN? query allows the instrument to identify itself. It returns the string: 
"HEWLETT-PACKARD,16500B,0,REV <revision_code>" 

An *IDN? query must be the last query in a message. Any queries after the 
*IDN? in the program message are ignored. 

HEWLETT-PACKARD,16500B,0,REV <revision code> 

Four digit-code in the format XX. XX representing the current ROM revision. 


OUTPUT XXX;"*IDN?" 


*IST (Individual Status) 

*IST? 


The *IST query allows the instrument to identify itself during parallel poll by 
allowing the controller to read the current state of the IEEE 488.1 defined 
"ist" local message in the instrument. The response to this query is 
dependent upon the current status of the instrument. 

Figure 8-2 shows the *IST data structure. 

<id><NL> 

0 or 1 

Indicates the "ist" local message is false. 

Indicates the "ist" local message is true. 
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Common Commands 

*0PC (Operation Complete) 


*OPC (Operation Complete) 

Command *OPC 


The *OPC command will cause the instrument to set the operation complete 
bit in the Standard Event Status Register when all pending device operations 
have finished. The commands which affect this bit are the overlapped 
conunands. An overlapped conunand is a command that allows execution of 
subsequent commands while the device operations initiated by the 
overlapped command are still in progress. The overlapped commands for the 
HP 16500B are STARt and STOP. 


Example output xxx;"*opc" 


Query *OPC? 

The *OPC query places an ASCII "1" in the output queue when aU pending 
device operations have been completed. 

Returned Format i<nl> 


Example 


OUTPUT XXX;"*OPC? 



Query 


Returned Format 

<option> 

<module> 


Common Commands 

*OPT (Option Identification) 


*OPT (Option Identification) 

*OPT? 


The *OPT query identifies the software irrstalled in the HP 16500B. This 
query returns nine parameters. The first parameter indicates whether you 
are in the System. The next two parameters indicate any software options 
installed, and the next parameter indicates whether intermodule is available 
for the System. The last five parameters List the installed software for the 
modules in slot A through E for an HP 16500B mainframe. When an 
HP 16501A Expansion frame is connected, there will be ten parameters after 
the INTERMODULE for modules in slots A through J. A zero in any of the 
last eight parameters indicates that the corresponding software is not 
currently installed. 

{SYSTEM},{<option>|0},{<option>|0},{INTERMODULE|0},{<module>|0} 
, {<module>I 0},{<module>I 0}, {<module>I 0},{<module>|0} 

{, { <module> I 0 }, {<module> I 0}, { <module> I 0 }, {<rriodule> | 0}, 

{<module>I 0}]<NL> 

Name of software option 
Name of module software 


Example 


OUTPUT XXX;"*OPT? 



Common Commands 

*PRE (Parallel Poll Enable Register Enable) 


Command 


<pre_mask:> 

Example 


Query 

Returned format 

<mask:> 

Example 


See Also 


*PRE (Parallel Poll Enable Register Enable) 

*PRE <mask;> 

The *PRE command sets the parallel poll register enable bits. The Parallel 
Poll Enable Register contains a mask value that is ANDed with the bits in the 
Status Bit Register to enable an "ist" during a parallel poll. Refer to table 8-4 
for the bits in the Parallel Poll Enable Register and for what they mask. 

An integer from 0 to 65535. 


This example will allow the HP 16500B to generate an "ist" when a message is 
available in the output queue. When a message is available, the MAV 
(Message Available) bit in the Status Byte Register will be high. 


OUTPUT XXX;"*PRE 16" 


*PRE? 



The *PRE? query returns the current value of the register. 

<mask><NL> 

An integer from 0 through 65535 representing the sum of all bits that are set.. 


OUTPUT XXX;"*PRE?" 


Chapter 6, "Parallel PoR," for more informaion on how to conduct a parallel 
poR. 
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See Also 


Common Commands 

*RST (Reset) 


HP 16500B Parallel Poll Enable Register 


Bit Position 

Bit Weight 

Enables 

15-8 


Not used 

7 

128 

Not used 

6 

64 

MSS - Master Summary Status 

5 

32 

ESB - Event Status 

4 

16 

MAV - Message Available 

3 

8 

LCL - Local 

2 

4 

Not used 

1 

2 

Not used 

0 

1 

MSB - Module Summary 


*RST (Reset) 

The *RST command is not implemented on the HP 16500B. The HP 16500B 
will accept this command, but the command has no affect on the system. 

The *RST conunand is generally used to place the system in a predefined 
state. Because the HP 16500B allows you to store predefined configuration 
files for individual modules, or for the entire system, resetting the system can 
be accomplished by simply loading the appropriate configuration file. 

For more information, refer to chapter 11, "MMEMory Subsystem." 
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*SRE (Service Request Enable) 


Command 


<mask:> 

Example 


Query 

Returned Format 

<mask:> 

Example 


See Also 


*SRE (Service Request Enable) 

*SRE <mask;> 

The *SRE command sets the Service Request Enable Register bits. The 
Service Request Enable Register contains a mask value for the bits to be 
enabled in the Status Byte Register. A one in the Service Request Enable 
Register will enable the corresponding bit in the Status Byte Register. A zero 
wiU disable the bit. Refer to table 8-5 for the bits in the Service Request 
Enable Register and what they mask. 

An integer from 0 to 255 


This example enables a service request to be generated when a message is 
available in the output queue. When a message is available, the MAV 
(Message Available) bit will be high. 

OUTPUT XXX;"*SRE 16" 


*SRE? 

The *SRE query returns the current value. 

<mask><NL> 

An integer from 0 to 255 representing the sum of all bits that are set. 

OUTPUT XXX;"*SRE?" 


Refer to Chapter 6, "Status Reporting," for a complete discussion of status. 
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Table 8-5 


Query 


Returned Format 

<value> 

Example 


Common Commands 

*STB (Status Byte) 


HP 16500B Service Request Enable Register 


Bit Position 

Bit Weight 

Enables 

15-8 


not used 

7 

128 

not used 

6 

64 

MSS - Master Summary Status (always 0) 

5 

32 

ESB - Event Status 

4 

16 

MAV - Message Available 

3 

8 

LCL- Local 

2 

4 

not used 

1 

2 

not used 

0 

1 

MSB - Module Summary 


*STB (Status Byte) 

*STB? 

The *STB query returns the current value of the instrument’s status byte. 
The MSS (Master Summary Status) bit, and, not the RQS (Request Service) 
bit is reported on bit 6. The MSS indicates whether or not the device has at 
least one reason for requesting service. Refer to table 8-6 for the meaning of 
the bits in the status byte. 

<value><NL> 

An integer from 0 through 255 


OUTPUT XXX;"*STB?" 


See Also 


Refer to Chapter 6, "Status Reporting" for a complete discussion of status. 



Common Commands 

*TRG (Trigger) 


Table 8-6 The Status Byte Register 


Bit Position 

Bit Weight 

Bit Name 

Condition 

7 

128 


0 = not Used 

6 

64 

MSS 

0 = instrument has no reason for service 

1 = instrument is requesting service 

5 

32 

ESB 

0 = no event status conditions have occurred 

1 = an enabled event status condition has occurred 

4 

16 

MAV 

0 = no output messages are ready 

1 = an output message is ready 

3 

8 

LCL 

0 = a remote-to-local transition has not occurred 

1 = a remote-to-local transition has occurred 

2 

4 


not used 

1 

2 


not used 

0 

1 

MSB 

0 = a module or the system has activity to report 

1 = no activity to report 


0 = False = Low 
1 = True = Fligh 



*TRG (Trigger) 

Command *TRG 


The *TRG command has the same effect as a Group Execute Trigger (GET). 
That effect is as if the START command had been sent for intermodule group 
run. If no modules are configured in the Intermodule menu, this command 
has no effect. 


Example output xxx;"*trg" 
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Query 


Returned Format 

<result> 

Example 



Table 8-7 


Common Commands 

*TST(Test) 


*TST (Test) 

*TST? 


The *TST query returns the results of the power-up self-test. The result of 
that test is a 9-bit mapped value which is placed in the output queue. A one 
in the corresponding bit means that the test failed and a zero in the 
corresponding bit means that the test passed. Refer to table 8-7 for the 
meaning of the bits returned by a TST? query. 

<result><NL> 

An integer 0 through 511 


10 OUTPUT XXX;"*TST?" 
20 ENTER XXX;Tst_value 


Bits Returned by *TST? Query (Power-Up Test Results) 


Bit Position 

Bit Weight 

Test 

8 

256 

Disk Test 

7 

128 

not used 

6 

64 

not used 

5 

32 

Front-panel Test 

4 

16 

MIL Test 

3 

8 

Display Test 

2 

4 

Interupt Test 

1 

2 

RAM Test 

0 

1 

ROM Test 
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*WAI (Wait) 


*WAI (Wait) 

Command *WAI 


The *WAI command causes the device to wait until completing aU of the 
overlapped commands before executing any further commands or queries. 
An overlapped command is a command that allows execution of subsequent 
commands while the device operations initiated by the overlapped command 
are stiU in progress. Some examples of overlapped commands for the 
HP 16500B are STARt and STOP. 


Example: output xxx;"*wai" 
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Introduction 


Mainframe commands control the basic operation of the instrument 
for both the HP 16500B mainframe alone or with the HP 16501A 
expansion frame connected. Mainframe commands can be called at 
anytime, and from any module. The only difference in mainframe 
commands with an HP 16501A connected is the number of slots and 
modules. These differences will be noted in the affected command 
descriptions. 

The main difference between an HP 16500B alone and an HP 16500B 
with the HP 16501A connected is how you specify the SELECT 
command. Remember, the HP 16500B alone has only five slots; 
therefore, if you specify 6 through 10 for the SELECT command in 
your program, the command parser will take no action. 

This chapter contains the mainframe commands with a syntax 
example for each command. Each syntax example contains the 


parameters for the HP 16500B/16501A. Refer to figure 9-1 and table 
9-1 for the Mainframe commands syntax diagram. 

The mainframe commands are: 

• BEEPer 

• 

MESE 

• CAPabUity 

• 

MESR 

• CARDcage 

• 

RMODe 

• CESE 

• 

RTC 

• CESR 

• 

SELect 

• EOl 

• 

SETColor 

• LER 

• 

STARt 

• LOCKout 

• 

STOP 

• MENU 

• 

XWlNdow 
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Figure 9-1 



Mainframe Commands Syntax Diagram 


nl 
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Figure 9-1 (continued) 
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Mainframe Commands 


Table 9-1 


Mainframe Parameter Values 


Parameter Values 


value 

module 

menu 

enable_value 

index 

day 

month 

year 

hour 

minute 

second 

color 

hue 

sat 

lum 

display name 


An integer from 0 to 65535. 

An integer from -2 through 5 for an HP 16500B alone or from 
-2 through 10 with an HP 16501A connected. 

An integer. 

An integer from 0 to 255. 

An integer from Oto 5. 

An integer from 1 through 31 
An integer from 1 through 12 
An integer from 1990 through 2089 
An integer from 0 through 23 
An integer from 0 through 59 
An integer from 0 through 59 
An integer from 1 to 7. 

An integer from Oto 100. 

An integer from Oto 100. 

An integer from Oto 100. 

A string containing an Internet Address and a display name, 
for example, "12.3.19.1:0.0". 
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Mainframe Commands 

BEEPer 


BEEPer 

Command : BEEPer [ {ON | 1} | {OEE | 0} ] 

The BEEPer commarrd sets the beeper mode, which turns the beeper sound 
of the instrument on and off. When BEEPer is sent with no argument, the 
beeper will be sounded without affecting the current mode. 

Example output xxx;beeper" 

OUTPUT XXX;":BEEP ON" 


Query : BEEPer? 

The BEEPer? query returns the mode currently selected. 
Returned Format [:BEEPer] {1|0 }<nl> 

Example output xxx;beeper?" 
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Mainframe Commands 

CAPability 


CAPability 

Query : CAPability? 

The CAPability query returns the IEEE 488.1 "Interface Requirements for 
Devices" capability sets implemented in the device. 

Table 9-2 lists the capability sets implemented in the HP 16500B. 

Returned Format [tCAPabiiity] ieee488,1987, shi, ahi, t5,l4, sri, rli, ppi, dci, 
DTI,CO,E2<NL> 


Example output xxx;capability?" 


Table 9-2 HP 16500B Capability Sets 


Mnemonic 

Capability Name 

Implementation 

SH 

Source Handshake 

SHI 

AH 

Acceptor Handshake 

AHI 

T 

Talker (orTE - Extended Talker) 

T5 

L 

Listener (or LE - Extended Listener) 

L4 

SR 

Service Request 

SRI 

RL 

Remote Local 

RLI 

PP 

Parallel Poll 

PPI 

DC 

Device Clear 

DCI 

DT 

Device Trigger 

DTI 

C 

Any Controller 

CO 

E 

Electrical Characteristic 

E2 



Query 


Returned Format 

<ID> 

<assign> 


Mainframe Commands 

CARDcage 


CARDcage 

:CARDcage ? 


The CARDcage query returns a series of integers which identifies the 
modules that are installed in the mainframe. For an HP 16500B alone, the 
first five numbers returned are the card identification numbers (a -1 means 
no card is in the slot). The remaining five numbers returned indicate the 
module assignment for each card. The possible values for the module 
assignment are 0, 1,2, 3, 4, and 5 where 0 indicates an empty slot or the 
module software is not recognized or not loaded. 1...5 indicates the number 
of the slot in which the master card for this card is located. 

When an HP 1650 lA is connected, the first ten numbers returned are the 
card identification numbers (a -1 means no card is in the slot). The 
remaining ten numbers returned indicate the module assignment for each 
card. The possible values for the module assignment are 0 through 10 where 
0 indicates an empty slot or the module software is not recognized or not 
loaded. 1... 10 indicates the number of the slot in which the master card for 
this card is located. 

Table 9-2 lists the card identification numbers for the first five parameters 
and their associated cards. 

[:CARDcage] 

<ID>,<ID>,<ID>,<ID>,<ID>,[<ID>,<ID>,<ID>,<ID>,<ID>,] 

<assign>,<assign>,<assign>,<assign>,<assign> 

[,<assign>,<assign>,<assign>,<assign>,<assign>]<NL> 

An integer indicating the card identification number. 

An integer indicating the module assignment. 


Example 


OUTPUT XXX; 


: CARDCAGE?" 



Mainframe Commands 

CARDcage 


Table 9-2 


Card Identification Numbers 


Id Number 

Card 

1 

HP16515A 

2 

HP16516A 

11 

HP 16530A 

12 

HP 16531A 

13 

HP 16532A 

21 

HP 16520A 

22 

HP 16521A 

30 

HP16511B 

31 

HP16510A 

32 

HP 16550A 

33 

HP 16550A 

40 

HP 16540A 

41 

HP 16541A 

42 

HP 16542A 

43 

HP 16542A 


1 GHz Timing Master Card 
1 GHzTiming Expansion Card 
Oscilloscope Timebase Card 
Oscilloscope Acquisition Card 
Oscilloscsope Card 
Pattern Generator Master Card 
Pattern Generator Expansion Card 
Logic Analyzer Cards 
or B Logic Analyzer Card 
Logic Analyzer Master Card 
Logic Analyzer Expansion Card 
Logic Analyzer Card 
Logic Analyzer Card 
Logic Analyzer Master Card 
Logic Analyzer Expansion Card 
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Mainframe Commands 

CESE (Combined Event Status Enable) 


Command 


<value> 


Example 


Query 


Returned Format 


Example 


CESE (Combined Event Status Enable) 

:CESE <value> 


The CESE command sets the Combined Event Status Enable register. This 
register is the enable register for the CESR register and contains the 
combined status of all of the MESE (Module Event Status Enable) registers 
of the HP 16500B. Table 9-3 lists the bit values for the CESE register. 

An integer from 0 to 65535 


OUTPUT XXX;":CESE 32" 


:CESE? 

The CESE? query returns the current setting. 
[:CESE] <value><NL> 

OUTPUT XXX;":CESE?" 



Mainframe Commands 

CESR (Combined Event Status Register) 


Table 9-3 HP 16500B Combined Event Status Enable Register 


Bit 

Weight 

Enables 

11-15 


not used 

10 

1024 

Module in slot J 

9 

512 

Module in slot 1 

8 

256 

Module in slotH 

7 

128 

Module in slotG 

6 

64 

Module in slotF 

5 

32 

Module in slotE 

4 

16 

Module in slotD 

3 

8 

Module in slotC 

2 

4 

Module in slotB 

1 

2 

Module in slotA 

0 

1 

Intermodule 


CESR (Combined Event Status Register) 

Query :CESR? 

The CESR query returns the contents of the Combined Event Status register. 
This register contains the combined status of all of the MESRs (Module Event 
Status Registers) of the HP 16500B System. Table 9-4 lists the bit values for 
the CESR register. 

Returned Format [:Cesr] <vaiue><NL> 

<value> An integer from 0 to 65535 


Example output xxx;":cesr?" 
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Mainframe Commands 

CESR (Combined Event Status Register) 


HP 16500B Combined Event Status Register 


Bit 

11-15 

Bit Weight 

Bit Name 

Condition 

0 = not used 

10 

1024 

Module J 

0 = No new status 

1 = Status to report 

9 

512 

Module 1 

0 = No new status 

1 = Status to report 

8 

256 

Module H 

0 = No new status 

1 = Status to report 

7 

128 

Module G 

0 = No new status 

1 = Status to report 

6 

64 

Module F 

0 = No new status 

1 = Status to report 

5 

32 

Module E 

0 = No new status 

1 = Status to report 

4 

16 

Module D 

0 = No new status 

1 = Status to report 

3 

8 

Module C 

0 = No new status 

1 = Status to report 

2 

4 

Module B 

0 = No new status 

1 = Status to report 

1 

2 

Module A 

0 = No new status 

1 = Status to report 

0 

1 

Intermodule 

0 = No new status 

1 = Status to report 
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Mainframe Commands 

EOl (End Or Identify) 


EOI (End Or Identify) 

Command :EOI { { ON 11} | {OFF | 0 } } 


The EOI command specifies whether or not the last byte of a reply from the 
instrument is to be sent with the EOI bus control line set true or not. If EOI 
is turned off, the logic analyzer will no longer be sending IEEE 488.2 
compliant responses. 


Example output xxx;":eoi on" 


Query 


: FOI? 


The EOI? query returns the current status of EOI. 
Returned Format [:eoi] {1|0}<nl> 


Example 


OUTPUT XXX;":EOI?" 



LER (LCL Event Register) 

Query : LER? 


The LER query allows the LCL Event Register to be read. After the LCL 
Event Register is read, it is cleared. A one indicates a remote-to-local 
transition has taken place. A zero indicates a remote-to-local transition has 
not taken place. 

Returned Format [:ler] {0|1}<nl> 
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Mainframe Commands 

LOCKout 


Example output xxx;":ler?" 


LOCKout 

Command : LOCKout { {ON 11} | {OFF | 0 } } 


The LOCKout command locks out or restores front panel operation. When 
this function is on, all controls (except the power switch) are entirely locked 
out. 


Example output xxx;lockout on" 


Query 



Returned Format 


Example 


:LOCKout? 

The LOCKout query returns the current status of the LOCKout command. 
[:LOCKout] {0|1}<NL> 

OUTPUT XXX;":LOCKOUT?" 
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Mainframe Commands 

MENU 


Command 


<module> 

<menu> 


Example 


Table 9-5 


MENU 

:MENU <module>[,<menu>] 


The MENU command puts a menu on the display. The first parameter 
specifies the desired module. The optional second parameter specifies the 
desired menu in the module (defaults to 0). Table 9-5 Lists the module 
parameters. The mainframe menus and their parameters are listed in table 
9-6. 

Selects module or system. An integerfrom -2 through 5 for HP 16500B only 
or an integer from -2 through 10 with an HP 1650 lA connected. 

Selects menu (integer) 


OUTPUT XXX;":MENU 0,1" 


First Parameter Values 

Parameter 

Menu 

0 

System/Intermodule 

1 

Module in slotA 

2 

Module in slotB 

3 

Module in slotC 

4 

Module in slotD 

5 

Module in slotE 

-1 

Software option 1 

-2 

Software option 2 

Available when an HP 16501A is connected: 

6 

Module in slotF 

7 

Module in slotG 

8 

Module in slotH 

9 

Module in slot 1 

10 

Module in slot J 
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Table 9-6 


Query 


Returned Format 


Example 



Command 


<N> 

<enable_value> 

Example 


Mainframe Commands 

MESE<N> (Module Event Status Enable) 


System Menu Values 


Menu Command Parameters 

MENU 0,0 
MENU 0,1 
MENU 0,2 
MENU 0,3 
MENU 0,4 
MENU 0,5 


:MENU? 


Menu 

System Configuration menu 
Hard disk menu 
Flexible disk menu 
Utilities menu 
Testmenu 
Intermodule menu 


The MENU query returns the current menu selection. 
[:MENU] <module>,<menu><NL> 


OUTPUT XXX;":MENU?" 


MESE<N> (Module Event Status Enable) 

:MESE<N> <enable_value> 


The MESE conuuand sets the Module Event Status Enable register. This 
register is the enable register for the MESR register. The <N> index 
specifies the module, and the parameter specifies the enable value. For the 
HP 16500B alone, the <N> index 0 through 5 refers to system and modules 1 
through 5 respectively. With an HP 16501A connected, the <N> index 6 
through 10 refers to modules 6 through 10 respectively. Table 9-7 lists the 
Module Event Status Enable register bits, bit weights, and what each bit 
masks for the mainframe. 

An integer 0 through 10 
An integer from 0 through 255 


OUTPUT XXX;":MESE1 3" 
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Mainframe Commands 

MESE<N> (Module Event Status Enable) 


Query :MESE<N>? 

The query returrrs the current setting. Table 9-7 Usts the Module Event 
Status Enable register bits, bit weights, and what each bit masks for the 
mainframe. 

Returned Format [:MESE<N>] <enable_value><NL> 


Example output xxx;":mesei?" 


Table 9-7 HP 16500B Mainframe (Intermodule) Module Event Status Enable Register 


Bit Position 

7 

6 

5 

4 

3 

2 

1 

0 


Bit Weight 

128 

84 

32 

16 

8 

4 

2 

1 


Enables 

not used 
not used 
not used 
not used 
not used 
not used 

RNT - Intermodule Run Until Satisfied 
MC - Intermodule Measurement Complete 
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Query 


Returned Format 

<N> 

<enable_value> 

Example 


Table 9-8 


Mainframe Commands 

MESR<N> (Module Event Status Register) 


MESR<N> (Module Event Status Register) 

:MESR<N>? 

The ME SR query returns the contents of the Module Event Status register. 
The <N> index specifies the module. For the HP 16500B alone, the <N> 
index 0 through 5 refers to system and modules 1 through 5 respectively. 
With an HP 16501A connected, the <N> index 6 through 10 refers to modules 
6 through 10 respectively. 

Refer to table 9-8 for information about the Module Event Status Register 
bits and their bit weights. 

[:MESR<N>] <enable_value><NL> 

An integer 0 through 1. 

An integer from 0 through 255 


OUTPUT XXX;":MESR1?" 


HP 16500B Mainframe Module Event Status Register 


Bit 

Bit Weight 

Bit Name 

Condition 

7 

128 


0 = not used 

6 

64 


0 = not used 

5 

32 


0 = not used 

4 

16 


0 = not used 

3 

8 


0 = not used 

2 

4 


0 = not used 

1 

2 

RNT 

0 = Intermodule Run until not satisfied 

1 = Intermodule Run until satisfied 

0 

1 

MC 

0 = Intermodule Measurement not satisfied 
1 = Intermodule Measurement satisfied 
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Mainframe Commands 

RMODe 


RMODe 


Command : RMODe {SINGle | REPetitive } 

The RMODe command specifies the run mode for the selected module (or 
Intermodule). If the selected module is in the intermodule configuration, 
then the intermodule run mode will be set by this command. 


After specifying the run mode, use the STARt command to start the acquisition. 


Example output xxx;":rmode single" 


Query : RMODe? 

The query returns the cnrrent setting. 
Returned Format [:RMODe] {SINGlelREPetitive}<NL> 


Example 


OUTPUT XXX;":RMODE?" 
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Mainframe Commands 

RTC (Real-time Clock) 


Command 

<day> 

<month> 

<year> 

<hour> 

<minute> 

<second> 

Example 


Query 

Returned Format 

Example 


RTC (Real-time Clock) 

:RTC <day>,<month>,<year>,<hour>,<minute>,<second> 

The real-time clock command allows you to set the real-time clock to the 
current date and time. 

integer from 1 to 31 
integer from 1 to 12 
integer from 1990 to 2089 
integer from 0 to 23 
integer from 0 to 59 
integer from 0 to 59 

This example sets the real-time clock for 1 January 1992, 20:00:00 (8 PM). 
OUTPUT XXX;":RTC 1,1,1992,20,0,0" 

: RTC? 

The RTC query returns the real-time clock setting. 

[:RTC] <day>,<month>,<year>,<hour>,<minute>,<second> 

OUTPUT XXX;":RTC?" 



Mainframe Commands 

S Elect 


Command 


<module> 


Example 


Query 


Returned Format 


Example 


SELect 

:SELect <module> 


The SELect command selects which module (or system) wiU have parser 
control. The appropriate module (or system) must be selected before any 
module (or system) specific commands can be sent. SELECT 0 selects 
System, SELECT 1 through 5 selects modules A through E in an HP 16500B 
only. SELECT 1 through 10 selects modules A through J when an HP 16501A 
is connected. -1 and -2 selects software options 1 and 2 respectively. The 
query returns the current module selection. 

When a module is selected, the parser recognizes the module’s commands 
and the System/Intermodule commands. When SELECT 0 is used, only the 
System/Intermodule commands are recognized by the parser. Figure 9-2 
shows the command tree for the SELect command. 

Selects module or system. An integer from -2 through 5 for HP 16500B only 
or an integer from -2 through 10 with an HP 1650 lA connected. 

OUTPUT XXX;SELECT 0" 


: SELect? 

The SELect? query returns the current module selection. 
[:SELect] <module><NL> 

OUTPUT XXX;":SELECT?" 
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Mainframe Commands 

S Elect 


Figure 9-2 


;SELECT 



Only available when 
anHP 16501Ais 
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Select Command Tree 
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Mainframe Commands 

SETColor 

SETColor 

Command : SETColor { <color>, <hue>, <sat>, <lum> | DEFault} 

The SETColor command is used to change one of the color selections on the 
CRT, or to return to the default screen colors. Four parameters are sent with 
the command to change a color: 

• Color Number (first parameter) 

• Hue (second parameter) 

• Saturation (third parameter) 

• Luminosity (last parameter) 

<color> An integer from 1 to 7 

<hue> An integer from 0 to 100 

< s at > An integer from 0 to 100 

<lum> An integer from 0 to 100 



Example output XXX;":SETCOLOR 3,60,too,60" 

OUTPUT XXX;":SETC DEFAULT" 
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Mainframe Commands 

STARt 


Query :SETColor? <color> 

The SETColor query returns the hue, saturation, and luminosity values for a 
specified color. 

Returned Format [:SETColor] <color>,<hue>,<sat>,<lum><NL> 


Example output xxx;":setcolor? 3" 


STARt 

Command : STARt 



The STARt command starts the selected module (or Intermodule) running in 
the specified run mode (see RMODe). If the specified module is in the 
Intermodule configuration, then the Intermodule run will be started. 


The STARt command is an overlapped command. An overlapped command is a 
command that allows execution of subsequent commands while the device 
operations initiated by the overlapped command are still in progress. 


Example 


OUTPUT XXX;":START" 
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Mainframe Commands 

STOP 


Command 


STOP 

: STOP 


The STOP command stops the selected module (or Intermodule). If the 
specified module is in the Intermodule configuration, then the Intermodule 
run will be stopped. 


The STOP command is an overlapped command. An overlapped command is a 
command that allows execution of subsequent commands while the device 
operations initiated by the overlapped command are still in progress. 


Example 


OUTPUT XXX; 


: STOP 




Mainframe Commands 

XWINdow 


XWINdow 

Command : XWINdow {OFF|0} 

:XWINdow {ON|I}[,<display name>] 


The XWINdow command opens or closes a window on an X Window display 
server, that is, a networked workstation or personal computer. The 
XWINdow ON command opens a window. If no display name is specified, the 
display name already stored in the HP 16500B X Window configuration menu 
is used. If a display name is specified, that name is used. The specified 
display name also is stored in non-volatile memory in the HP 16500B. 

<display name> A string containing an Internet (IP) Address optionally followed by a display 
and screen specifier. For example, 

"12.3.47.11" 

or 

"12.3.47.11:0.0" 



To open a window, specifying and storing the display name: 

OUTPUT XXX;XWINDOW ON,'12.3.47.11'" 

To open a window, using the stored display name: 

OUTPUT XXX;XWINDOW ON" 

To close the X Window: 

OUTPUT XXX;XWINDOW OFF" 


9-26 



10 


SYSTem Subsystem 


10-1 



Introduction 


SYSTem subsystem commands control functions that are common to 
the entire logic analysis system, including formatting query responses 
and enabling reading and writing to the advisory line of the 
instrument. 

Refer to figure 10-1 and table 10-1 for the SYStem Subsystem 
commands syntax diagram. The SYSTem Subsystem commands are: 

• DATA 

• DSP 

• ERRor 

• HEADer 

• LONGform 

• PRlNt 

• SETup 
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SYSTem Subsystem 


Figure 10-1 





System Subsystem Commands Syntax Diagram 
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SYSTem Subsystem 


Table 10-1 



SYSTem Parameter Values 


Parameter Values 

block_data Data in IEEE 488.2 format, 

string A string of up to 68 alphanumeric characters, 

pathname A string of up to 10 alphanumeric characters for LIE in the 

following form: 

NNNNNNNNNN 

or 

A string of up to 64 alphanumeric characters for DOS in one of 
the following forms: 

NNNNNNNN.NNN when the file resides in the present working 

directory 

or 

\NAME_DIR\FILENAME when the files does not reside in the 
present working directory 
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SYSTem Subsystem 

DATA 


Command 


Example 

<block_data> 

<block_length_ 
specifier> 

<length> 

<section> 

<section_ 

header> 

<section_data> 


DATA 


:SYSTem:DATA <block_data> 

The DATA command allows you to send and receive acquired data to and 
from a controller in block form. This helps saving block data for: 

• Reloading the logic analysis system 

• Processing data later in the logic analysis system 

• Processing data in the controller. 

The format and length of block data depends on the instruction being used 
and the configuration of the instrument. This chapter describes briefly the 
syntax of the Data command and query; however, the mainframe by itself 
does not have acquired data. Therefore, the DATA command and query are 
described in detail in the respective module Programmer’s Guides. 

Because the capabilities of the DATA command and query vary for individual 
modules, a complete chapter is dedicated to the DATA command and query 
in each of the module Programmer’s Guides. The dedicated chapter is 
called "DATA and SETup Conunands." 

OUTPUT XXX;SYSTEM:DATA" <block_data> 


<block_length_specifier><section> 
#8<length> 


The total length of all sections in byte format (must be represented with 8 
digits) 

<section_header><section_data> 

16 bytes, described in the "Section Header Description" section of the 
individual module Programmer’s Guides. 

The format depends on the type of data 
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SYSTem Subsystem 

DSP (Display) 


Query 


:SYSTem:DATA? 


The SYSTemiDATA query returns the block data. The data sent by the 
SYSTemiDATA query reflects the configuration of the a selected module 
when the last acquisition was performed. Any changes made since then 
through either front-panel operations or programming commands do not 
affect the stored data. Since the mainframe does not acquire data, refer to 
the appropriate module Programmer’s Guide for more details. 

Returned Format [ :SYSTem:DATA] <block_data><NL> 


Example 


See the Programmer’s Guide for the selected module for an example. 


DSP (Display) 


Command 



<string> 


Example 


:SYSTem:DSP <string> 

The DSP command writes the specified quoted string to a device-dependent 
portion of the instrument display. 

A string of up to 68 alphanumeric characters 

OUTPUT XXX;SYSTEM:DSP 'The message goes here'" 
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SYSTem Subsystem 

ERRor 


Query 


Returned Formats 

<error_number> 

<error_string> 

Examples 


ERRor 

:SYSTem:ERRor? [NUMeric|STRing] 


The ERRor query returns the oldest error from the error queue. The optional 
parameter determines whether the error string should be returned along with 
the error number. If no parameter is received, or if the parameter is 
NUMeric, then only the error number is returned. If the value of the 
parameter is STRing, then the error should be returned in the following form: 

<error_number>,<error_message (string)> 

A complete list of error messages for the HP 16500B logic analysis system is 
shown in chapter 7, "Error Messages." If no errors are present in the error 
queue, a zero (No Error) is returned. 

Numeric: 

[:SYSTem:ERRor] <error_number><NL> 

String: 

[:SYSTem:ERRor] <error_number>,<error_string><NL> 

An integer 

A string of alphanumeric characters 


Numeric: 

10 OUTPUT XXX;":SYSTEM:ERROR?" 

20 ENTER XXX;Numeric 

String: 

50 OUTPUT XXX;":SYST:ERR? STRTNG" 
60 ENTER XXX;String$ 
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SYSTem Subsystem 

HEADer 


HEADer 

Command : SYSTem: HEADer { { ON 11} | {OFF | 0 } } 


The HEADer command tells the instrument whether or not to output a 
header for query responses. When HEADer is set to ON, query responses will 
include the command header. 


Example output XXX;system:header ON" 


Query : SYSTem: HEADer? 

The HEADer query returns the current state of the HEADer command. 
Returned Format [ :SYSTem: HEADer] {1|0}<NL> 

Example output XXX;system:header?" 



Headers should be turned off when returning values to numeric variables. 
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SYSTem Subsystem 

LONGform 


LONGform 

Command : SYSTem: LONGform {{ON 11} | {OFF | 0 } } 


The LONGform command sets the long form variable, which tells the 
instrnment how to format query responses. If the LONGform command is set 
to OFF, command headers and alpha arguments are sent from the instrument 
in the abbreviated form. If the LONGform command is set to ON, the whole 
word wiU be output. This command has no affect on the input data messages 
to the instrument. Headers and arguments may be input in either the long 
form or short form regardless of how the LONGform command is set. 


Example output XXX;system:L0NGF0RM ON" 


Query : SYSTem: LONGform? 

The query returns the status of the LONGform command. 
Returned Format [ :SYSTem: LONGform] {1|0}<NL> 

Example output XXX;system:L0NGF0RM?" 
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SYSTem Subsystem 

PRINt 


PRINt 

Commands : SYSTem:PRINt ALL [, DISK, <pathname> [, <msus>] ] 

:SYSTem:PRINt PARTial,<start>, <end> 

[,DISK, <pathname>[,<msus>]] 

:SYSTem:PRINt SCReen[,DISK, <pathname> [,<msus>], 
{BTIF|CTIF|PCX|EPS}] 

The PRINt command initiates a print of the screen or Listing buffer over the 
current PRINTER communication interface to the printer or to a fUe on the 
disk. The PRINT SCREEN option allows you to specify a graphics type. The 
BTIF option formats the screen data in black-and-white TIE. The CTIF and 
PCX options format the data in color TIF and color PCX respectively. EPS 
specifies Encapsulated PostScript format. 

If a file name extension is not specified in the command, the correct 
extension will be appended to the fUe name automatically. The file name 
extension is TIF for both BTIF and CTIF options and PCX is the extension for 
the PCX option. 

The PRINT PARTial command is valid in certain listing menus. It allows you 
to specify a starting and ending state number so you can print a portion of 
the listing to the printer or to a disk file. 

<pathname> A string of up to 10 alphanumeric characters for LIF in the following form: 

NNNNNNNNNN 

or 

A string of up to 64 alphanumeric characters for DOS in one of the following 
forms: 

NNNNNNNN. NNN when the file resides in the present working directory 
or 

\NAME_DIR\FILENAME when the files does not reside in the present 
working directory 

<msus> Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernall for the flexible disk drive. 

< s t a r t > An integer specifying a state number. 

<end> 
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SYSTem Subsystem 

SETup 


Examples This instruction prints the screen to the printer: 

OUTPUT XXX;SYSTEM:PRINT SCREEN" 

This instruction prints all, for example the state listing, to a file with a file 
name STATE: 

OUTPUT 707;":SYSTEM:PRINT ALL, DISK,'STATE'" 

This instruction prints part of a listing file to disk: 

OUTPUT XXX;SYSTEM:PRINT PARTIAL,-9,30,DISK, 'LISTING',INTO" 
This instruction prints a black-and-white TIE fUe to the hard drive: 

OUTPUT XXX;":SYSTEM:PRINT SCREEN, DISK, 'PICTURE', INTO, BTIF" 


Query 


: SYSTem:PRINt? {SCReen|ALL} 


The PRINt query sends the screen or Listing buffer data over the current 
CONTROLLER communication interface to the controller. 

The print query should NOT be sent in conjunction with any other command 
or query on the same command line. The print query never returns a header. 
Also, since response data from a print query may be sent directly to a printer 
without modification, the data is not returned in block mode. 


PRINT? ALL is only available in menus that have the "Print All" option available 
on the front panel. For more information, refer to the HP 16500B Logic Analysis 
System User's Reference. 


Example output 707;":system:print? SCREEN" 


SETUP 

Command : SYStem: SETup <block_data> 
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<block_data> 

<block_length_ 
specifier> 

<length> 

<section> 

<section_ 

header> 

<section_data> 



Example 


Query 


Returned Format 


Example 


SYSTem Subsystem 

SETup 


The :SYStem:SETup command configures the logic analysis system as 
defined by the block data sent by the controller. This chapter describes 
briefly the syntax of the Setup command and query for the mainframe. 
Because of the capabilities and importance of the Setup command and query 
for individual modules, a complete chapter is dedicated to it in each of the 
module Programmer’s Guides. The dedicated chapter is called "DATA and 
SETup Commands." 

<block_length_specifier><section> 

#8<length> 


The total length of all sections in byte format (must be represented with 8 
digits) 

<section_header><section_data> 

16 bytes, described in the "Section Header Description" section in chapter 26. 


Format depends on the type of data 

The total length of a section is 16 (for the section header) plus the length of 
the section data. So when calculating the value for <length>, don’t forget 
to include the length of the section headers. 

OUTPUT XXX USING "#,KSYSTEM:SETUP " <block_data> 


:SYStem:SETup? 

The SYStem:SETup query returns a block of data that contains the current 
configuration to the controller. 

[:SYStem:SETup] <block_data><NL> 

See the Programmer’s Guide for the selected module for an example. 
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SYSTem Subsystem 

SETup 
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11 


MMEMory Subsystem 



Introduction 


The MMEMory (mass memory) subsystem commands provide access 
to both the hard and flexible disk drives. The HP 16500B Logic 
Analysis System supports the DOS (Disk Operating System) format on 
the hard drive and both DOS and LIF (Logical Information Format) on 
the flexible drive. 

Refer to figure 11-1 and table 11-1 for the MMFMory Subsystem 
commands syntax diagram. The MMFMory subsystem commands are: 

• AUToload 

• CATalog 

• CD (change directory) 

• COPY 

• DOWNload 

• INITialize 

• LOAD 

• MKDir (make directory) 

• MSI 

• PACK 

• PURGe 

• PWD (present working directly) 

• REName 

• STORe 

• UPLoad 

• VOLume 
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MMEMory Subsystem 


<msus> refers to the mass storage unit specifier. INTernalO specifies the hard 
disk drive and INTernall specifies the flexible disk drive. 

If you are not going to store information to the flexible configuration disk, or if 
the flexible disk you are using contains information you need, it is advisable to 
write protect your disk. This will protect the contents of the disk from 
accidental damage due to incorrect commands being mistakenly sent. 
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MMEMory Subsystem 


Figure 11-1 



MMEMory Subsystem Commands Syntax Diagram 
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MMEMory Subsystem 


Figure 11-1 (Continued) 




MMEMory Subsystem Commands Syntax Diagram (Continued) 
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MMEMory Subsystem 


Figure 11-1 (Continued) 



MMEMory Subsystem Commands Syntax Diagram (Continued) 
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MMEMory Subsystem 


Table 11-1 


MMEMory Parameter Values 


Parameter Values 


autojile 


msus 

name 


path_name 


directory_name 


description 

type 

block_data 

module 

ia_name 


new_name 


A string of up to 10 alphanumeric characters for LIF in the 
following form: "NNNNNNNNNN" 
or 

A string of up to 12 alphanumeric characters for DOS in the 
following form: "NNNNNNNN.NNN” 

Mass Storage Unit specifier. iNTernalO forthe hard disk 
drive and iNTernall forthe flexible diskdrive. 

A string of up to 10 alphanumeric characters for LIF in the 
following form: "NNNNNNNNNN” 
or 

A string of up to 12 alphanumeric characters for DOS in the 
following form: "NNNNNNNN.NNN" 

A string of up to 64 characters for DOS disks ending in a file 
name. Separators can be the slash (/) orthe backslash (\) 
character. 

A string of up to 64 characters for DOS disks ending in a 
directory name. Separators can be the slash (/) or the 
backslash (\) character. The string of two periods (..) 
represents the parent of the present working directory. 

A string of up to 32 alphanumeric characters. 

An integer, refer to table 11-2. 

Data in IEEE 488.2 format. 

An integer,-2 through 5for tbe FIP 16500B alone. -2 through 
10 with the HP 16501A connected. 

A string of up to 10 alphanumeric characters for LIF in the 
following form: "NNNNNNNNNN" 
or 

A string of up to 12 alphanumeric characters for DOS in the 
following form: "NNNNNNNN.NNN" 

A string of up to 10 alphanumeric characters for LIF in the 
following form: "NNNNNNNNNN" 
or 

A string of up to 12 alphanumeric characters for DOS in the 
following form: "NNNNNNNN.NNN" 
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MMEMory Subsystem 

AUToload 


Command 


<auto_file> 


<msus> 


Examples 


Query 


Returned Format 


Example 


AUToload 

:MMEMory:AUToload {{OFF|0}|{<auto_file>}}[,<msus>] 

The AUToload command controls the autoload feature which designates a set 
of configuration files to be loaded automatically the next time the instrument 
is turned on. The OFF parameter (or 0) disables the autoload feature. A 
string parameter may be specified instead to represent the desired autoload 
file. If the file is on the current drive, the autoload feature is enabled to the 
specified file. The configuration files specified must reside in the root 
directory of the current drive. 

A string of up to 10 alphanumeric characters for LIF in the following form: 

NNNNNNNNNN 

or 

A string of up to 12 alphanumeric characters for DOS in the following form: 
NNNNNNNN.NNN 

Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernall for the flexible disk drive. 

OUTPUT XXX;MMEMORY:AUTOLOAD OFF" 

OUTPUT XXX;MMEMORY:AUTOLOAD 'FILE1_A'" 

OUTPUT XXX;":MMEMORY:AUTOLOAD 'FILE2 INTERNALO" 


: MMEMory:AUToload? 


The AUToload query returns 0 if the autoload feature is disabled. If the 
autoload feature is enabled, the query returns a string parameter that 
specifies the current autoload file. 

[:MMEMory:AUToload] {0|<auto_file>},<msus><NL> 


OUTPUT XXX;":MMEMORY:AUTOLOAD?" 



MMEMory Subsystem 

CATalog 


Query 


<msus> 

Returned Format 

<block_data> 

Example 1 


Example 2 


CATalog 

:MMEMory:CATalog? [[All,][<msus>]] 

The CATalog query returrrs the directory of the disk in one of two block data 
formats. The directory consists of a 51 character string for each file on the 
disk when the ALL option is not used. Each file entry is formatted as follows: 

"NNNNNNNNNN tTTTTTT FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF" 

where N is the filename, T is the file type (see table 11-2), and F is the file 
description. 

The optional parameter ALL returns the directory of the disk in a 
70-character string as follows: 

"NNNNNNNNNNNN tTTTTTT FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF 
DDMMMYY HH:MM:SS" 

where N is the filename, T is the file type (see table 11-2), F is the file 
description, and, D, M, Y, and HH:MM:SS are the date, month, year, and time 
respectively in 24-hour format. 

Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernall for the flexible disk drive. 

[:MMEMory:CATalog] <block_data> 

ASCII block containing <f ilename> <f ile_type> 

<file_description> 

This example is for sending the CATALOG? ALL query: 

OUTPUT 707;MMEMORY:CATALOG? ALL" 


This example is for sending the CATALOG? query without the ALL option. 
Keep in mind if you do not use the ALL option with a DOS disk, each 
filename entry will be truncated at 51 characters: 

OUTPUT 707;MMEMORY:CATALOG?" 
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Command 


<directory_ 

name> 


Examples 



MMEMory Subsystem 

CD (Change Directory) 


CD (Change Directory) 

:MMEMory:CD <directory_name> [,<msus>] 


The CD command allows you to change the current working directory on the 
hard disk or a DOS flexible disk. The command allows you to send path 
names of up to 64 characters for DOS format. Separators can be either the 
slash (/) or backslash (\) character. Both the slash and backslash characters 
are equivalent and are used as directory separators. The string containing 
double periods (..) represents the parent of the directory. 

String of up to 64 characters for DOS disks ending in the new directory name 


OUTPUT 707;MMEMory:CD 'CHILD_DIR'" 

OUTPUT 707;MMEMory:CD 

OUTPUT 707;":MMEMory:CD '\SYSTEM\SOURCE_DIR\DIR', INTernalO" 


The slash (/) character in DOS path names will be automatically translated to 
the backslash character (\) on the disk; therefore, any flexible DOS disk used in 
the HP 16500B will be compatible in DOS computers. 
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MMEMory Subsystem 

COPY 


Command 


<name> 


<new_name> 


<msus> 


COPY 

:MMEMory:COPY <name>[,<msus>],<new_name>[,<msus>] 


The COPY command copies one file to a new file or an entire disk’s contents 
to another disk. The two <name> parameters are the filenames. The first 
pair of parameters specifies the source file which must reside in the present 
working directory. The second pair specifies the destination file. An error is 
generated if the source file doesn’t exist, or if the destination file already 
exists. 

A string of up to 10 alphanumeric characters for LIF in the following form: 

NNNNNNNNNN 

or 

A string of up to 12 alphanumeric characters for DOS in the following form: 
NNNNNNNN. NNN when the file resides in the present working directory 
or 

\NAME_DIR\FILENAME when the files does not reside in the present 
working directory 

A string of up to 10 alphanumeric characters for LIF in the following form: 

NNNNNNNNNN 

or 

A string of up to 64 alphanumeric characters for DOS in one of the following 
forms: 

NNNNNNNN. NNN when the file resides in the present working directory 
or 

\NAME_DIR\FILENAME when the files does not reside in the present 
working directory 

Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernall for the flexible disk drive. 
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Examples 


Command 


<name> 



<msus> 

<description> 

<type> 


MMEMory Subsystem 

DOWNIoad 


To copy the contents of "FILEl" to "FILE2: 

OUTPUT XXX;MMEMORY:COPY 'FILElFILE2'" 

To copy the contents of "FILEl" on the hard disk to "FILE2" on the flexible 
disk: 

OUTPUT XXX;MMEMORY:COPY 'FILEl'INTERNALO,'FILE2INTERNALl" 


DOWNIoad 

:MMEMory:DOWNIoad <name>[,<msus>],<description>, 
<type>,<block_data> 

The DOWNIoad command downloads a file to the mass storage device. The 
<name> parameter specifies the filename, the <description> parameter 
specifies the file description, and the <block_data> contains the contents 
of the file to be downloaded. 

Table 11-2 lists the file types for the <type> parameter. 

A string of up to 10 alphanumeric characters for LIF in the following form: 

NNNNNNNNNN 

or 

A string of up to 12 alphanumeric characters for DOS in the following form: 
NNNNNNNN. NNN when the fUe resides in the present working directory 
or 

\NAME_DIR\FILENAME when the files does not reside in the present 
working directory 

Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernall for the flexible disk drive. 

A string of up to 32 alphanumeric characters 
An integer (see table 11-2) 
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MMEMory Subsystem 

DOWNIoad 


<block_data> Contents of file in block data format 


Example 

OUTPUT XXX;MMEMORY:DOWNLOAD 'SETUP ',INTERNALO,'FILE CREATED FROM SETUP 
QUERY' , -16127,#80 00 00 64 3. " 


Table 11-2 File Types 


File 

File Type 

HP 16500B System Software 

-15603 

HP 16500B Option Software 

-15602 

HP 16500A or HP 16500B System Configuration 

-16127 

Autoload File 

-15615 

Inverse Assembler 

-15614 

DOS file (from Print to Disk) 

-5813 

HP 1651OA/B Configuration 

-16097 

HP 1651 IB Configuration 

-16098 

HP 16515A Configuration 

-16127 

HP 16516A Configuration 

-16126 

HP 16520A Configuration 

-16107 

HP 16521A Configuration 

-16106 

HP 16530A Configuration 

-16117 

HP 16531A Configuration 

-16116 

HP 16532A Configuration 

-16115 

HP 16540A Configuration 

-16088 

HP 16541A Configuration 

-16087 

HP 16542A Master Card Configuration 

-16086 

HP 16542A Expansion Card Configuration 

-16085 

HP 16550A Master Card Configuration 

-16096 

HP 16550A Expansion Card Configuration 

-16095 
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MMEMory Subsystem 

INITialize 


INITialize 

Command : MMEMory : INITialize [ {LIE | DOS } [ , <msus>] ] 

The INITialize command formats the disk in DOS (Disk Operating System) on 
the hard drive or either DOS or LIF (Logical Information Format) on the 
flexible drive. If no format is specified, then the initialize command will 
format the disk in the DOS format. LIF format is not allowed on the hard 
drive. 

<msus> Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernall for the flexible disk drive. 


Examples 


OUTPUT XXX; 
OUTPUT XXX; 
OUTPUT XXX; 


MMEMORY:INITIALIZE 
MMEMORY:INITIALIZE 
MMEMORY:INITIALIZE 


DOS" 

LIF,INTERNALI" 
DOS,INTERNALO" 


Once executed, the initialize command formats the specified disk, permanently 
erasing all existing information from the disk. After that, there is no way to 
retrieve the original information. 
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MMEMory Subsystem 

LOAD tCONFig] 


Command 


<name> 


<msus> 

<module> 


Examples 


LOAD [rCONFig] 

:MMEMory:LOAD[:CONfig] <name>[,<msus>][,<module>] 


The LOAD command loads a configuration file from the disk into the 
modules, software options, or the system. The <name> parameter specifies 
the filename from the disk. The optional <module> parameter specifies 
which module(s) to load the file into. The accepted values are -2 through 
10. Not specifying the <module> parameter is equivalent to performing a 
’LOAD ALL’ from the front panel which loads the appropriate file for both the 
system and the modules, and any software option. 

A string of up to 10 alphanumeric characters for LIF in the following form: 

NNNNNNNNNN 

or 

A string of up to 12 alphanumeric characters for DOS in the following form: 
NNNNNNNN. NNN when the file resides in the present working directory 
or 

\NAME_DIR\FILENAME when the files does not reside in the present 
working directory 

Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernall for the flexible disk drive. 

An integer, -2 through 5 for the HP 16500B alone. -2 through 10 with the HP 
16501A connected. 

OUTPUT XXX;MMEMORY:LOAD:CONFIG 'FILE 
OUTPUT XXX;":MMEMORY:LOAD 'FILE ',0" 

OUTPUT XXX;":MMEM:LOAD:CONFIG 'FILE A',INTERNALO,1" 
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MMEMory Subsystem 

LOAD :IASSembler 


Command 


<IA_name> 


<msus> 

<module> 


Examples 


LOAD rIASSembler 

:MMEMory:LOAD:lASSembler <IA_name>[,<msus>],{1|2} 
[, <module>] 


This variation of the LOAD command allows inverse assembler files to be 
loaded into a module that performs state analysis. The <IA_name> 
parameter specifies the inverse assembler filename from the desired 
<msus>. The parameter after the optional <msus> specifies which machine 
to load the inverse assembler into. For example, a 1 following <msus> 
specifies that the inverse assembler files wiU be loaded into MACHINE 1 of 
the specified module. 

The optional <module> parameter is used to specify which slot the state 
analyzer is in. If this parameter is not specified, the state analyzer in the 
currently selected module wiU be loaded with the inverse assembler file. 

A string of up to 10 alphanumeric characters for LIF in the following form: 

NNNNNNNNNN 

or 

A string of up to 12 alphanumeric characters for DOS in the following form: 
NNNNNNNN. NNN when the file resides in the present working directory 
or 

\NAME_DIR\FILENAME when the files does not reside in the present 
working directory 

Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernall for the flexible disk drive. 

An integer, 1 through 5 for the HP 16500B alone. 1 through 10 with an HP 
16501A connected. 

OUTPUT XXX;":MMEMORY:LOAD:lASSEMBLER '168020 IP',1" 

OUTPUT XXX;":MMEM:LOAD:IASS '168020 IP',INTERNALO,1,2" 



MMEMory Subsystem 

MKDir(Make Directory) 


Command 


<directory 

_name> 

<msus> 

Examples 


MKDir (Make Directory) 

:MMEMory:MKDir <directory_name> [,<msus>] 


The MKDir command allows you to make a directory on the hard drive and a 
DOS disk in the flexible drive. Directories cannot be made on LIF disks. 

Make directory will make a directory under the present working directory on 
the current drive if the optional path is not specified. Separators can be 
either the slash (f) or backslash (\) character. Both the slash and backslash 
characters are equivalent and are used as directory separators. The string 
containing two periods (..) represents the parent of the present working 
directory. 

String of up to 64 characters for DOS disks ending in the new directory name. 


Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernall for the flexible disk drive. 


OUTPUT XXX;MMEMORY:MKDIR 'NEW.DIR'" 

OUTPUT XXX;":MMEM:MKD '\SYSTEM\NEW.DIR',INTO " 


The slash (/) character in DOS path names will be automatically translated to 
the backslash character (\) on the disk; therefore, any flexible DOS disk used in 
the HP 16500B will be compatible in DOS computers. 
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MMEMory Subsystem 

MSI (Mass Storage Is) 


Command 


<msus> 


Examples 


Query 


Returned Format 


Example 


MSI (Mass Storage Is) 

:MMEMory:MSI [<msus>] 


The MSI command selects a default mass storage device. INTernalO selects 
the hard disk drive and INTernall selects the flexible disk drive. Once the 
MSI is selected it remains the default drive until another MSI command is 
sent to the system. 

Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernall for the flexible disk drive. 

OUTPUT XXX;MMEMORY:MSI" 

OUTPUT XXX;":MMEM:MSI INTERNALO" 


:MMEMory:MSI? 

The MSI? query returns the current MSI setting. 
[:MMEMory:MSI] <msus><NL> 


OUTPUT XXX;MMEMORY:MSI?" 



MMEMory Subsystem 

PACK 


Command 


PACK 

:MMEMory:PACK [<msus>] 


The PACK command packs the files on the LIF disk the disk in the drive. If a 
DOS disk is in the drive when the PACK command is sent, no action is taken. 

<msus> Mass Storage Uirit specifier. INTernalO for the hard disk drive and 
INTernall for the flexible disk drive. 


Examples output XXX;":MMEM0RY:PACK" 

OUTPUT XXX; ":MMEM:PACK INTERNALO" 
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MMEMory Subsystem 

PURGe 


PURGe 

Command : MMEMory : PURGe <name> [, <msus> ] 

The PURGe command deletes files and directories from the disk in the 
specified drive. The PURge command only purges directories when the 
directory is empty. If the PURge command is sent with a directory name and 
the directory contains files, the message "Directory contains files" is 
displayed and the command is ignored. The <name> parameter specifies the 
file name to be deleted. 

<name> A string of up to 10 alphanumeric characters for LIF in the following form: 

NNNNNNNNNN 

or 

A string of up to 12 alphanumeric characters for DOS in the following form: 
NNNNNNNN. NNN when the file resides in the present working directory 
or 

\NAME_DIR\FILENAME when the files does not reside in the present 
working directory 

<msus> Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernall for the flexible disk drive. 



This instuction purges the file named "FlLEl" from the currently specified 
drive: 

OUTPUT XXX;MMEMORY:PURGE 'FILEl'" 

This instruction purges the file named "FILEl" from the hard drive: 

OUTPUT XXX;MMEMORY:PURGE 'FILElINTERNALO" 

This instuction purges the directory named "NEWDIR" from the hard drive: 
OUTPUT XXX;":MMEMORY:PURGE 'NEWDIR',INTERNALO" 


Once executed, the purge command permanently erases all the existing 
information about the specified file. After that there is no way to retrieve the 
original information. 


11-20 




MMEMory Subsystem 

PWD (Present Working Directory) 


Query 


PWD (Present Working Directory) 

:MMEMory:PWD? [<msus>] 


The PWD query returrrs the present working directory for the specified drive. 
If the <msus> option is not sent, the present working directory will be 
returned for the current drive. 

Returned Format [:MMEMory:PWD] <directorY>,<msus><NL> 

<directory> String of up to 64 characters with the backslash (\) as separator for DOS and 
LIF disks. 

<msus> Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernall for the flexible disk drive. 


Examples output XXX;":MMEM0RY:PWD?" 

OUTPUT XXX;MMEMORY:PWD? INTERNALl" 
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MMEMory Subsystem 

REName 


REName 

Command : MMEMory: REName <name> [, <msus>] , <new_name> 

The REName command renames a file on the disk in the drive. The <name> 
parameter specifies the filename to be changed and the <new_name> 
parameter specifies the new filename. 

You cannot rename a file to an already existing filename. 


<name> A string of up to 10 alphanumeric characters for LIF in the following form: 

NNNNNNNNNN 

or 

A string of up to 12 alphanumeric characters for DOS in the following form: 
NNNNNNNN. NNN when the file resides in the present working directory 
or 

\NAME_DIR\FILENAME when the files does not reside in the present 
working directory 

<msus> Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernall for the flexible disk drive. 

<new name> A string of up to 10 alphanumeric characters for LIF in the following form: 

NNNNNNNNNN 

or 

A string of up to 12 alphanumeric characters for DOS in the following form: 
NNNNNNNN. NNN when the file resides in the present working directory 
or 

\NAME_DIR\FILENAME when the files does not reside in the present 
working directory 

Examples output XXX;":MMEM0RY:rename 'OLDFILE','NEWFILE'" 

OUTPUT XXX; ":MMEM:REN 'OLDFILE' [,INTERNALl],'NEWFILE' " 
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MMEMory Subsystem 

STORe tCONFig] 


Command 


<name> 


<msus> 

<description> 

<module> 

Examples 


STORe [rCONFig] 


:MMEMory:STORe [:CONfig]<name>[,<msus>], 
<description>[,<module>] 


The STORe command stores module or system configurations onto a disk. 
The [:CONFig] specifier is optional and has no effect on the command. The 
<name> parameter specifies the file on the disk. The <description> 
parameter describes the contents of the file. The optional <module> 
parameter allows you to store the configuration for either the system or the 
modules. 0 refers to the system. 1 through 5 refers to the modules in the 
mainframe alone and 1 through 10 refers to the mainframe with an expansion 
frame connected. 

If the optional <module> parameter is not specified, the configurations for 
both the system and logic analyzer are stored. 

A string of up to 10 alphanumeric characters for LIF in the following form: 


NNNNNNNNNN 

or 

A string of up to 12 alphanumeric characters for DOS in the following form: 
NNNNNNNN. NNN when the file resides in the present working directory 
or 

\NAME_DIR\FILENAME when the files does not reside in the present 
working directory 

Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernall for the flexible disk drive. 

A string of up to 32 alphanumeric characters 



An integer, 1 through 5 for the HP 16500B alone. 1 through 10 with an 
HP 16501A connected. 


OUTPUT XXX;":MMEM:STOP 'DEFAULTS'SETUPS FOR ALL MODULES'" 
OUTPUT XXX;MMEMORY:STORE:CONFIG 'STATEDATA',INTERNALO, 
'ANALYZER I CONFIG',I" 
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MMEMory Subsystem 

UPLoad 


Query 


<name> 



<msus> 

Returned Format 


The appropriate module designator "_X" is added to all files when they are 

stored. "X" refers to either an_(double underscore) for the system or an _(A 

through E)for an HP 16500B alone or an _(A through J) with an HP 16501A 
connected. 


UPLoad 

:MMEMory:UPLoad? <name>[,<msus>] 


The UPLoad query uploads a file. The <name> parameter specifies the file to 
be uploaded from the disk. The contents of the file are sent out of the 
instrument in block data form. 


This command should only be used for HP 16550A configuration files. 


A string of up to 10 alphanumeric characters for LIF in the following form: 

NNNNNNNNNN 

or 

A string of up to 12 alphanumeric characters for DOS in the following form: 
NNNNNNNN. NNN when the file resides in the present working directory 
or 

\NAME_DIR\FILENAME when the files does not reside in the present 
working directory 

Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernall for the flexible disk drive. 

[:MMEMory:UPLoad] <block_data><NL> 
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UPLoad 


Example 


10 DIM Block$[32000] 
20 DIM Specifier$[2] 
30 OUTPUT XXX;" 

40 OUTPUT XXX;" 

50 OUTPUT XXX;" 

60 ENTER XXX USTNG 
70 ENTER XXX USTNG 
80 ENTER XXX USTNG 
90 END 


!allocate enough memory for block data 


EOI ON" 

SYSTEM HEAD OFF" 
MMEMORY:UPLOAD? 


FILEl' 


!send upload query 
#,2A";Specifier$ !read in #8 
#,8D";Length !read in block length 
-K";Block$ !read in file 
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MMEMory Subsystem 

volume 


Query 


VOLume 

:MMEMory:VOLume? [<msus>] 


The VOLume query returns the volume type of the disk. The volume types 
are DOS or LIF. Question marks (???) are returned if there is no disk, if the 
disk is not formatted, or if a disk has a format other than DOS or LIF. 

<msus> Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernall for the flexible disk drive. 


Returned Format [:MMEMory :VOLume] {DOS I LIF I ??? }<NL> 


Example 


OUTPUT XXX;MMEMORY:VOLUME?" 
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Introduction 


The INTermodule subsystem commands specify intermodule arming 
from the rear-panel input BNC (ARMIN) or to the rear-panel output 
BNC (ARMOUT). Refer to figure 12-1 and table 12-1 for the 
INTermodule Subsystem commands syntax diagram. The 
INTermodule commands are: 

• DELete 

• HTlMe 

• INPort 

• INSert 

• PORTEDGE 

• PORTLEV 

• SKEW 

• TREE 

• TTlMe 
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Table 12-1 


Selector 


INTermodule Subsystem 

:INTermodule 


INTermodule Parameter Values 

Parameter 

Value 

module 

An integer, 1 through 5 for HP 16500B alone. 1 through 10 
with the HP 16501A connected. 

userjev 

A real number from -4.0 to +5.0 volts in 0.02 volt incements 

index 

An integer, 1 through 5 for HP 16500B alone. 1 through 10 
with the HP 16501A connected. 

setting 

A numeric,-1.0to 1.0 in seconds. 


rINTermodule 

:INTermodule 


The INTermodule selector specifies INTermodule as the subsystem the 
commands or queries following wifi refer to. Because the INTermodule 
command is a root level command, it will normally appear as the first element 
of a compound header. 


Example 


OUTPUT XXX; 


: INTERMODULE:HTIME?" 



INTermodule Subsystem 

DELete 


Command 


<module> 


Example 


DELete 

:DELete {ALL|OUT|<module>} 

The DELete command is used to delete a module, PORT OUT, or an entire 
intermodule tree. The <module> parameter sent with the delete command 
refers to the slot location of the module. 

An integer, 1 through 5 for HP 16500B alone. 1 through 10 with the HP 
16501A connected. 

OUTPUT XXX;INTERMODULE:DELETE ALL" 

OUTPUT XXX;":INTERMODULE:DELETE 1" 
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HTIMe 


Query 


HTIMe 

:HTIMe? 


The HTIMe query returns a value representing the internal hardware skew in 
the Intermodule configuration. If there is no internal skew, 9.9E37 is 
returned. 


The internal hardware skew is only a display adjustment for time-correlated 
waveforms. The value returned is the average propagation delay of the trigger 
lines through the intermodule bus circuitry. These values are for reference only 
because the values returned by TTIMe include the internal hardware skew 
represented by HTIMe. 


Returned Format 



<value_l> 

<value_2> 

<value_3> 

<value_4> 

<value_5> 

<value_6> 

<value_7> 

<value_8> 

<value_9> 

<value_10> 


[:INTermodule:HTIMe] <value_l>,<value_2>,<value_3>, <value_4>, 
<value_5>,<value_6>,<value_7>,<value_8>,<value_9>,<value_10><NL 
> 

Skew for module in slot A (real number) 

Skew for module in slot B (real number) 

Skew for module in slot C (real number) 

Skew for module in slot D (real number) 

Skew for module in slot E (real number) 

Skew for module in slot F (real number) 

Skew for module in slot G (real number) 

Skew for module in slot H (real number) 

Skew for module in slot 1 (real number) 

Skew for module in slot J (real number) 
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INTermodule Subsystem 

INPort 


Example 


OUTPUT XXX;":INTERMODULE:HTIME?" 


INPort 

Command : INPort { {ON | 1} | { OFF | 0} } 

The INPort command causes intermodule acquisitions to be armed from the 
Input port. 

Example output XXX;intermodule:inport ON" 

Query : INPort? 

The INPort query returns the current setting. 

Returned Format [ :INTermodule:INPort] {I|0}<NL> 

Example output XXX;intermodule:inport?" 
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INTermodule Subsystem 

INSert 


Command 


<module> 


Examples 



INSert 

:INSert {<module>|OUT},{GROUP|<module>} 

The INSert command adds PORT OUT to the Intermodule configuration. The 
first parameter selects the module or PORT OUT to be added to the 
intermodule configuration, and the second parameter tells the instrument 
where the module or PORT OUT wiU be located. 1 through 5 corresponds to 
the slot location of the modules A through E for the HP 16500B alone and 1 
through 10 corresponds to slot loction of modules A through J when an HP 
16501A is connected. 

An integer, 1 through 5 for HP 16500B alone. 1 through 10 with the HP 
16501A connected. 

OUTPUT XXX;":INTERMODULE:INSERT 1,GROUP" 

OUTPUT XXX;":INTERMODULE:INSERT 2,GROUP" 

OUTPUT XXX;INTERMODULE:INSERT 3,2;INSERT OUT,2" 


The following figure shows the result of the example output commands: 


Group Run 


A 


B 


C OUT 


12-8 




INTermodule Subsystem 

PORTEDGE 


Command 


<edge_spec> 


Example 


Query 


Returned Format 


Example 


PORTEDGE 

:PORTEDGE <edge_spec> 

The PORTEDGE coiranand sets the port input BNC to respond to either a 
rising edge of falling edge for a trigger from an external source. The 
threshold level of the input signal is set by the PORTLEV command. 

A 1 or ON for rising edge or a 0 or OFF for faUing edge. 


OUTPUT 707;INTERMODULE:PORTEDGE 1" 


:PORTEDGE? 

The PORTEDGE query returns the current edge setting. 
[:INTermodule:PORTEDGE] {1|0}<NL> 

OUTPUT XXX;":INTERMODULE:PORTEDGE?" 
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Command 


<user_lev> 


Example 


Query 


Returned Format 


Example 



INTermodule Subsystem 

PORTLEV 


PORTLEV 

:PORTLEV {TTL|ECL|<user_lev>} 


The PORTLEV (port level) command sets the threshold level at which the 
input BNC responds and produces an intermodule trigger. The preset levels 
are TTL and ECL. The user defined level is -4.0 volts to +5.0 volts. 

A real number from -4.0 to + 5.0 volts in 0.02 volt increments. 


This statement sets the BNC threshold to ECL 
OUTPUT XXX;INTERMODULE:PORTLEV ECL" 

This statement sets the BNC threshold to -2.3 volts 

OUTPUT XXX;INTERMODULE:PORTLEV -2.3" 


:INTermodule:PORTLEV? 

The PORTlev query returns the current BNC threshold setting. 
[INTermodule:PORTLEV] {TTL|ECL|<user_lev><NL> 

OUTPUT XXX;":INTERMODULE:PORTLEV?" 
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INTermodule Subsystem 

SKEW<N> 


Command 


<N> 


<setting> 


Example 


Query 


Returned Format 


Example 


SKEW<N> 

:SKEW<N> <setting> 

The SKEW command sets the skew value for a module. The <N> index value 
is the module number (1 through 5 corresponds to the slot location of the 
modules A through E for the HP 16500B alone and 1 through 10 corresponds 
to slot loction of modules A through J when an HP 1650lA is connected). 

The <settmg> parameter is the skew setting (- 1.0 to 1.0) in seconds. 

An integer, 1 through 5 for HP 16500B alone. 1 through 10 with the HP 
16501A connected. 


A real number from -1.0 to 1.0 seconds 


OUTPUT XXX;INTERMODULE:SKEW2 3.0E-9" 


:SKEW<N>? 

The query returns the user defined skew setting. 
[INTermodule:SKEW<N>] <setting><NL> 

OUTPUT XXX;":INTERMODULE:SKEWl?" 
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Command 


<module> 


Example 



INTermodule Subsystem 

TREE 


TREE 


:TREE <module>, <module>,<module>,<module>, 
<module>,<module> 


The TREE command allows an intermodule setup to be specified in one 
command. The first parameter is the intermodule arm value for module A 
(logic analyzer). The second parameter corresponds to the intermodule arm 
value for PORT OUT. A -1 means the module is not in the intermodule tree, 
a 0 value means the module is armed from the Intermodule run button 
(Group run), and a positive value indicates the module is being armed by 
another module with the slot location 1 to 10. 1 through 10 corresponds to 
slots A through J. 

An integer, -1 through for an HP 16500B alone. -1 through 10 with the HP 
16501A connected. 

OUTPUT XXX;INTERMODULE:TREE 0,0,2,-1,-1,2" 


The following figure shows the result of the example output commands: 


Group Run 


A 


B 


C OUT 
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INTermodule Subsystem 

TTIMe 


Query 


: TREE? 


The TREE? query returns a string that represents the intermodule tree. A -1 
means the module is not in the intermodule tree, a 0 value means the module 
is armed from the Intermodule run button (Group run), and a positive value 
indicates the module is being armed by another module with the slot location 
1 to 10. 1 through 10 corresponds to the slots A through J. 

Returned Format [INTermodule: tree] <module>,<module>,<module>,<module>, 

<module><NL> 


Example output XXX;intermodule:tree?" 


TTIMe 

Query : TTIMe? 

The TTIMe query returns five values (HP 16500B alone) representing the 
absolute intermodule trigger time for aU of the modules in the Intermodule 
configuration. When an HP 1650 lA is connected, the TTIMe query returns 
10 values. The first value is the trigger time for the module in slot A, the 
second value is for the module in slot B, the third value is for slot C, etc. 
The value 9.9E37 is returned when: 

• No module is installed in the corresponding slot; 

• The module in the corresponding slot is not time correlated; or 

• A time correlatable module did not trigger. 


The trigger times returned by this command have already been offset by the 
INTermodule:SKEW values and internal hardware skews (INTermodule:HTIMe). 
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INTermodule Subsystem 

TTIMe 


Returned Format 

<value 1> 
<value 2> 
<value 3> 
<value 4> 
<value 5> 
<value 6> 
<value 7> 
<value 8> 
<value 9> 
<valuelO) 


[:INTermodule:TTIMe] <value 1>,<value 2>,<value 3>, 
<value 4>,<value 5>,<value 6>,<value 7>,<value 8>, 
<value 9>,<value 10><NL> 

Trigger time for module in slot A (real number) 

Trigger time for module in slot B (real number) 

Trigger time for module in slot C (real number) 

Trigger time for module in slot D (real number) 

Trigger time for module in slot E (real number) 

Trigger time for module in slot F (real number) 

Trigger time for module in slot G (real number) 

Trigger time for module in slot H (real number) 

Trigger time for module in slot 1 (real number) 

Trigger time for module in slot J (real number) 


Example 


OUTPUT XXX;":INTERMODULE:TTIME?" 
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Programming Examples 



Introduction 


This chapter contains short, usable, and tested program examples 
that cover the most asked for examples. The examples are written in 
HP BASIC 6.2. 

• Transferring the mainframe configuration between the mainframe 
and the controller 

• Checking for intermodule measurement completion 

• Sending queries to the mainframe 

• Getting ASCII data with PRINt? All query 

• Reading a disk catalog 

• Printing to the disk using PRINT? ALL 
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Transferring the Mainframe Configuration 


Transferring the Mainframe Configuration 

This program uses the SYSTem: SETup? query to transfer the configuration 
of the mainframe to your controller. This program also uses the 
SYSTem: SETup command to transfer a mainframe configuration from the 
controller back to the mainframe. The configuration data will set up the 
mainframe according to the data. It is useful for getting configurations for 
setting up the mainframe by the controller. This command and query differs 
from the SYSTem: DATA? command and query because it only transfers the 
configuration and not the acquired data. Because the mainframe, by itself, 
does not acquire data the SYSTem: DATA? command and query is only 
useful! for modules. 


10 I ****************** SETUP COMMAND AND QUERY EXAMPLE ******************** 
20 ! for the HP 1650OB/16501A Logic Analysis System 

30 ! 

40 ! ********************* CREATE TRANSFER BUFFER ************************* 

50 ! Create a buffer large enough for the block data. 

55 ! 

60 ASSIGN @Buff TO BUFFER [170000] 

70 ! 

80 ! **************** INITIALIZE HPIB DEFAULT ADDRESS ********************* 

90 ! 

100 REAL Address 

110 Address=707 

120 ASSIGN @Comm TO Address 

130 ! 

140 CLEAR SCREEN 

150 ! 

160 ! ************* INTITIALIZE VARIABLE FOR NUMBER OF BYTES ***************** 

170 ! The variable "Numbytes" contains the number of bytes in the buffer. 

180 ! 

190 REAL Numbytes 

200 Numbytes=0 

210 ! 

220 ! ************** RE-INITIALIZE TRANSFER BUFFER POINTERS ****************** 

230 ! 

240 CONTROL @Buff,3;l 

250 CONTROL @Buff,4;0 

260 ! 
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Transferring the Mainframe Configuration 



270 ! *********************** SEND THE SETUP QUERY ************************** 

280 OUTPUT 707;SYSTEM:HEADER ON" 

290 OUTPUT 707;SYSTEM:LONGFORM ON" 

300 OUTPUT @Comm;"SELECT 0" 

310 OUTPUT @Comm;SYSTEM:SETUP?" 

320 ! 

330 ! ******************** ENTER THE BLOCK SETUP HEADER ********************* 

340 ! Enter the block setup header in the proper format. 

350 ! 

360 ENTER @Comm USING "#,B";BYte 

370 PRINT CHR$(Byte); 

380 WHILE BYte<>35 

390 ENTER @Comm USING "#,B";Byte 

400 PRINT CHR$(BYte); 

410 END WHILE 

420 ENTER @Comm USING "#,B";Byte 

430 PRINT CHR$(BYte); 

440 BYte=BYte-48 


450 

IF 

Byte=l 

THEN 

ENTER 

@Comm 

USING 

"#,D";Numbytes 

460 

IF 

Byte=2 

THEN 

ENTER 

@Comm 

USING 

"#,DD";Numbytes 

470 

IF 

BYte=3 

THEN 

ENTER 

@Comm 

USING 

"#,DDD";Numbytes 

480 

IF 

BYte=4 

THEN 

ENTER 

@Comm 

USING 

"#,DDDD";Numbytes 

490 

IF 

Byte=5 

THEN 

ENTER 

@Comm 

USING 

"#,DDDDD";Numbytes 

500 

IF 

BYte=6 

THEN 

ENTER 

@Comm 

USING 

"#,DDDDDD";Numbytes 

510 

IF 

BYte=7 

THEN 

ENTER 

@Comm 

USING 

" #,DDDDDDD";Numbytes 

520 

IF 

Byte=8 

THEN 

ENTER 

@Comm 

USING 

"#,DDDDDDDD";Numbytes 


530 PRINT Numbytes 
540 ! 

550 ! ******************** TRANSER THE SETUP ******************************** 

560 ! Transfer the setup from the mainframe to the buffer. 

570 ! 

580 TRANSFER @Comm TO @Buff;COUNT Numbytes,WAIT 
600 ! 

610 ENTER @Comm USING "-K";Length$ 

620 PRINT "LENGTH of Length string is";LEN(Length$) 

630 ! 

640 PRINT "**** got THE SETUP ****" 

650 PAUSE 

g50 ! ********************* SEND THE SETUP ********************************** 

670 ! Make sure buffer is not empty. 

680 ! 

690 IF NumbYtes=0 THEN 

700 PRINT "BUFFER IS EMPTY" 

710 GOTO 1170 

720 END IF 
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730 

740 

750 

760 

770 

780 

790 

800 

810 

820 

830 

840 

850 

860 

870 

880 

890 

900 

910 

920 

930 

940 

950 

960 

970 

980 

990 

1000 

1010 

1020 

1030 

1040 

1050 

1060 

1070 

1080 

1090 

1100 

1110 

1120 

1130 

1140 

1150 

1160 

1170 


I ********************* send the setup command ************************** 
! Send the Setup command 

I 

OUTPUT @Comm USTNG "#,15A"SYSTEM:SETUP #" 

PRINT "SYSTEM:SETUP command has been sent" 

PAUSE 


I ********************* send the block setup **************************** 

! Send the block setup header to the mainframe in the proper format. 

I 


BYte=LEN(VAL$(Numbytes)) 


OUTPUT @Comm USTNG "#,B"; (Byte+iO) 
IF Byte=l THEN OUTPUT @Comm USING 
IF Byte=2 THEN OUTPUT @Comm USING 
IF Byte=3 THEN OUTPUT @Comm USING 
IF Byte=4 THEN OUTPUT @Comm USING 
IF Byte=5 THEN OUTPUT @Comm USING 
IF Byte=6 THEN OUTPUT @Comm USING 
IF Byte=7 THEN OUTPUT @Comm USING 
IF Byte=8 THEN OUTPUT @Comm USING 


"#, A";VAL$(Numbytes) 
"#,AA";VAL$(Numbytes) 

"#, AAA";VAL$(Numbytes) 

"#, AAAA";VAL$(Numbytes) 

"#, AAAAA";VAL$(Numbytes) 

"#, AAAAAA";VAL$(Numbytes) 
"#, AAAAAAA";VAL$(Numbytes) 
"#, AAAAAAAA";VAL$(Numbytes) 


I *********************** SAVE BUFFER POINTERS ************************* 
! Save the transfer buffer pointer so it can be restored after the 
! transfer. 


STATUS @Buff,5;Streg 

I 

I ****************** transfer setup to the HP 16500B ******************** 
! Transfer the setup from the buffer to the HP 16500B mainframe. 

I 

TRANSFER @Buff TO @Comm;COUNT Numbytes,WAIT 

I 

I ********************** restore buffer pointers *********************** 

! Restore the transfer buffer pointer 

I 

CONTROL @Buff,5;Streg 

I 

I ******************** SEND TERMINATING LINE FEED ********************** 

! Send the terminating linefeed to properly terminate the setup string. 

I 

OUTPUT @Comm;"" 

I 

PRINT "**** SENT THE SETUP ****" 

END 
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Checking for Intermodule Measurement Completion 

This program can be appended to or inserted into another program when you 
need to know when an intermodule measurement is complete. If it is at the 
end of a program it wiU teU you when measurement is complete. If you insert 
it into a program, it will halt the program until the current measurement is 
complete. 


420 ! ****************** CHECK FOR MEASUREMENT COMPLETE ********************** 

430 ! Enable the MESR register and query the register for a measurement 

440 ! complete condition. 

450 ! 

460 OUTPUT 707;SYSTEM:HEADER OFF" 

470 OUTPUT 707;SYSTEM:LONGFORM OFF" 

480 ! 

490 Status=0 

500 OUTPUT 707;":MESE0 1" 

510 OUTPUT 707;":MESR0?" 

520 ENTER 707;Status 

530 ! 

540 ! Print the MESR register status. 

550 ! 

560 CLEAR SCREEN 

570 PRINT "Measurement complete status is ";Status 

580 PRINT "0 = not complete, 1 = complete" 

590 ! Repeat the MESR query until measurement is complete. 

600 WAIT 1 

610 IF Status=l THEN GOTO 630 

620 GOTO 510 

630 PRINT TABXY(30,15);"Measurement is complete" 

640 ! 

650 END 
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Sending Queries to the Logic Analysis System 

This program example contains the steps required to send a query to the 
logic analysis system. Sending the query alone only puts the requested 
information in an output buffer of the logic analysis system. You must follow 
the query with an ENTER statement to transfer the query response to the 
controller. When the query response is sent to the logic analysis system, the 
query is properly terminated in the logic analyer. If you send the query but 
fail to send an ENTER statement, the logic analysis system will display the 
error message "Query Interrupted" when it receives the next command from 
the controller, and, the query response is lost. 


10 

20 

30 

40 

50 

60 

70 

80 

90 

100 

110 

120 

130 

140 

150 

160 

170 

180 

190 

200 

210 

220 

230 

240 

250 

260 

270 

280 

290 

300 


I ************************ QUERY EXAMPLE *********************** 

! for the HP 16500B/1650lA Logic analysis system 

I 

I ************************ OPTIONAL *************************** 

! The following two lines turn the headers and longform on so 
! that the query name, in its long form, is included in the 
! query response. 

I 

I ************** note **************** 

! If your query response includes real 

! or integer numbers that you may want 

! to do statistics or math on later, you 

! should turn both header and longform 

! off so only the number is returned. 

I 'k-k-k-k'k-k-k-k'k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k 

I 

OUTPUT 707;SYSTEM:HEADER ON" 

OUTPUT 707;SYSTEM:LONGFORM ON" 

I 

I ■k-k-k'k-k-k-k-k-k-k-k'k-k-k-k-k-k-k-k'k-k-k-k-k-k'k-k'k-k-k-k-k-k-k-k'k-k-k-k-k-k-k-k'k-k-k-k-k-k-k-k'k-k-k-k-k-k-k-k'k-k 

! Select the mainframe. 

! Always a 0 for the HP 16500B/1650lA mainframe. 

OUTPUT 707;":SELECT 0" 

I 

I -ki^-kir^-ki^-kir^-ki^-ki^iri^-ki^-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k 

! Dimension a string in which the query response will be entered. 

I 

DIM Query$[100] 

I 

I ■k-k-k-k-k-k-k-k-k-k-k-k-k'k-k-k-k'k-k-k-k'k-k-k-k'k-k-k-k'k-k-k-k'k-k-k-k-k-k-k-k-k-k-k-k'k-k-k-k'k-k-k-k-k-k-k-k-k-k-k-k'k-k-k 
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310 ! Send the query. In this example the MENU? query is sent. All 

320 ! queries except the SYSTem:DATA and SYSTem:SETup can be sent with 

330 ! this program. 

340 ! 

350 OUTPUT 707;"MENU?" 

360 ! 

370 ! **************************************************************** 

380 ! The two lines that follow transfer the query response from the 

390 ! query buffer to the controller and then print the response. 

400 ! 

410 ENTER 707;Query$ 

420 PRINT Query$ 

430 ! 

440 ! 

450 END 
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Getting ASCII Data with PRINt? ALL Query 

This program example shows you how to get ASCII data from a listing 
display, Kke the disk catalog or state listing, using the PRINt ? ALL query. 
There are two things you must keep in mind: 

• You must select the mainframe, which is always SELECT 0 for the 
HP 16500B mainframe. 

• You must select the proper menu. The only menus that allow you to use 
the PRINt? ALL query are the disk menu and listing menus. 


10 ! ****** ASCII DATA ******* 

20 ! 

30 ! 

40 ! This program gets the hard disk directory from the HP 16500B mainframe 

50 ! in ASCII form by using the PRINT? ALL query. 

60 ! 

70 I**************************************************************** 

80 ! 

90 DIM Block$[32000] 

100 OUTPUT 707;"EOI ON" 

110 OUTPUT 707;SYSTEM:HEAD OFF" 

120 OUTPUT 707;":SELECT 0" ! Always a 0 for the HP 16500B mainframe 

130 ! 

140 ! 

150 OUTPUT 707;":MENU 0,1" ! Selects the hard disk menu. Print? All 

160 ! will only work in disk menu and listings. 

170 ! 

180 OUTPUT 707;":SYSTEM:PRINT? ALL" 

190 ENTER 707 USING "-K";Block$ 

200 ! 

220 ! Now display the ASCII data you received. 

230 ! 

240 PRINT USING "K";Block$ 

250 ! 

260 END 
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Reading the disk with the CATalog? ALL query 

The following example program reads the catalog of the currently selected 
disk drive. The CATALOG? ALL query returns the entire 70-character field. 
Because DOS directory entries are 70 characters long, you should use the 
CATALOG? ALL query with DOS disks. 


10 

20 

30 

40 

50 

60 

70 

80 

90 

100 

110 

120 

130 

140 

150 

160 

170 

180 

190 

200 

210 


****** DISK CATALOG ****** 
using the CATALOG? ALL query 


DIM File$[100] 

DIM Specifier$[2] 

OUTPUT 707;":EOI ON" 

OUTPUT 707;SYSTEM:HEADER OFF" 

OUTPUT 707;":MMEMORY:MSI INTERNALO" ! select the hard drive 
OUTPUT 707;":MMEMORY:CATALOG? ALL" ! send CATALOG? ALL query 


ENTER 707 USING "#,2A";Specifier$ 
ENTER 707 USING "#,8D";Length 


read in #8 

read in block length 


Read and print each file in the directory 


FOR 1=1 TO Length STEP 70 

ENTER 707 USING "#,70A";File$ 

PRINT File$ 

NEXT I 

ENTER 707 USING "A";Specifier$ ! read in final line feed 

END 
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Reading the Disk with the CATalog? Query 

This example program uses the CATALOG? query without the ALL option 
to read the catalog of the currently selected disk drive. However, if you do 
not use the ALL option, the query only returns a 51-character field. Keep in 
mind if you use this program with a DOS disk, each filename entry wiR be 
truncated at 51 characters. 


10 ! ****** DISK CATALOG ****** 

20 ! using the CATALOG? query 

30 ! 

40 DIM File$ [100] 

50 DIM Specifier$[2] 

60 OUTPUT 707;":EOT ON" 

70 OUTPUT 707;SYSTEM:HEADER OFF" 

80 OUTPUT 707;":MMEMORY:MSI INTERNALO" 

90 OUTPUT 707;":MMEMORY:CATALOG?" 

100 ! 

110 ENTER 707 USING "#,2A";Specifier$ 

120 ENTER 707 USING "#,8D";Length 
130 ! 

140 ! Read and print each file in the directory 

150 ! 

160 FOR 1=1 TO Length STEP 51 

170 ENTER 707 USING "#,51A";File$ 

180 PRINT File$ 

190 NEXT I 

200 ENTER 707 USING "A";Specifier$ ! read in final line feed 

210 END 


! select the hard drive 
! send CATALOG? query 

! read in #8 
! read in block length 
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Programming Examples 

Printing to the disk 


Printing to the disk 

This program prints acquired data to a disk file. The file can be either on a 
LIF or DOS disk. If you print the file to a flexible disk in the DOS format, you 
will be able to view the file on a DOS compatible computer using any number 
of file utility programs. 
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********* PRINTING TO A DISK FILE ********** 


! This program prints the acquired data to a disk file on a floppy disk. 
! It will print to either a LIF or DOS file using the PRINT ALL command. 

I 

I -k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k 

! This program assumes a logic analyzer module 
! is installed in slot 1. 

OUTPUT 707;SELECT 1" ! Selects the module in slot 1. This program 

! assumes a logic analyzer module is installed 
! in slot 1. 

I 

OUTPUT 707;":MENU 1,7" ! Selects the Listing 1 menu. Print to disk 

! will only work in Listing and Disk menus. 

I 

OUTPUT 707;SYSTEM:PRINT ALL, DISK, 'DISKFILE', INTERNALl" 

I 

I 'k-k-k-k-k-k-k-k'k-k-k-k-k-k-k-k'k-k-k-k-k-k-k-k'k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k'k-k-k-k'k-k-k-k'k-k-k-k-k-k-k-k'k-k-k-k-k-k-k-k 

! Now display catalog to see that the file has been saved on the disk. 

I 

DIM File$ [100] 

DIM Specifier$[2] 

OUTPUT 707;":EOI ON" 

OUTPUT 707;SYSTEM:HEADER OFF" 

OUTPUT 707;":MMEMORY:MSI INTERNALl" 

OUTPUT 707;":MMEMORY:CATALOG? ALL" 

ENTER 707 USING "#,2A";Specifier$ 

ENTER 707 USING "#,8D";Length 
FOR 1=1 TO Length STEP 70 

ENTER 707 USING "#,70A";File$ 

PRINT File$ 

NEXT I 

ENTER 707 USING "A";Specifier$ 

END 
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*CLS command, 8-5 
*ESE command, 8-6 
*ESR command, 8-7 
*IDN command, 8-9 
*IST command, 8-9 
*OPC command, 8-11 
*OPT command, 8-12 
*PRE command, 8-13 
*RST command, 8-14 
*SRE command, 8-15 
*STB command, 8-16 
*TRG command, 8-17 
*TST command, 8-18 
*WAI command, 8-19 
...,4-5 
32767, 4-4 
9.9E+37, 4-4 
::=,4-5 
,4-6 
[ ]. 4-5 
(). 4-5 
1,4-5 

A 

Addressed talk/listen mode, 2-3 
Angular brackets, 4-5 
Arguments, 1-8 
AUToload command, 11-8 

B 

Bases, 1-13 
BASIC, 1-3 
Baud rate, 3-10 
BEEPer command, 9-6 
Bit definitions, 6-4 to 6-5 
Block data, 1-7, 1-21 
Block length specifier, 10-5, 10- 
Braces, 4-5 
bus addressing 
HP-IB, 2-4 

C 

Cable 

RS-232C, 3-3 
CAPabHity command, 9-7 
Card identification numbers, 9-1 
CARDcage command, 9-8 
CATalog command, 11-9 


CD command, 11-10 
CESE command, 9-10 
CESR command, 9-11 
Clear To Send (CTS),3-5 
clock 

real-time, 9-20 
CME, 6-5 

Combining commands, 1-10 
Comma, 1-13 
Command, 1-7, 1-17 
*CLS, 8-5 
*ESE, 8-6 
*OPC, 8-11 
*PRE,8-13 
*RST, 8-14 
*SRE,8-15 
*TRG, 8-17 
*WAI, 8-19 
AUToload, 11-8 
BEEPer, 9-6 

CD (change directory, 11-10 
CESE, 9-10 
COPY, 11-11 
DATA, 10-5 
DELete, 12-5 
DOWNload, 11-12 
DSP, 10-6 
EOI, 9-13 

HEADer, 1-17, 10-8 
INITialize, 11-14 
INPort, 12-7 
INSert, 12-8 
LOAD:CONFig, 11-15 
LOADdASSembler, 11-16 
LOCKout, 3-12, 9-14 
LONGform, 1-17, 10-9 
MENU, 9-15 
.12 MESE,9-16 

MKDir, 11-17 
MSI, 11-18 
PACK, 11-19 
PRINt, 10-10 
PURGe, 11-20 
REName, 11-22 
RMODe, 9-19 
RTC, 9-20 

j SELect, 9-21 

SETColor, 9-23 
SETUP, 10-12 


SKEW, 12-11 
STARt, 9-24 
STOP, 9-25 
STORe:CONFig, 11-23 
SYStem:DATA, 10-5 
SYStem:SETup, 10-12 
TREE, 12-12 
XWINdow, 9-26 
Command errors, 7-3 
Command mode, 2-3 
Command set organization, 4-9 
Command structure, 1-5 
Command tree, 4-6 
SELect, 9-22 
Command types, 4-6 
Common commands, 1-10, 4-6, 8-2 
Communication, 1-3 
Compound commands, 1-9 
Configuration file, 1-4 
Controller mode, 2-3 
Controllers, 1-3 
Conventions, 4-5 
COPY command, 11-11 

D 

DATA, 10-5 
command, 10-5 
Data bits, 3-10 
8-Bit mode, 3-10 
Data Carrier Detect (DCD), 3-5 
DATA command/query, 10-5 
Data Communications Equipment, 3-3 
Data mode, 2-3 
Data Set Ready (DSR), 3-5 
Data Terminal Equipment, 3-3 
Data Terminal Ready (DTR), 3-5 
DCE,3-3 
DCL, 2-6 
DDE, 6-5 

Definite-length block response data, 1-21 
DELete command, 12-5 
Device address, 1-7 
HP-IB, 2-4 
RS-232C, 3-11 
Device clear, 2-6 
Device dependent errors, 7-3 
Documentation conventions, 4-5 
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DOWNload command, 11-12 
DSP command, 10-6 
DTE, 3-3 

Duplicate keywords, 1-10 

E 

EUipsis, 4-5 

Embedded strings, 1-3, 1-7 
Enter statement, 1-3 
EOI command, 9-13 
ERRor command, 10-7 
Error messages, 7-2 
ESB, 6-4 

Event Status Register, 6-4 
Examples 
program, 13-2 
EXE, 6-5 

Execution errors, 7-4 
Exponents, 1-13 
Extended interface, 3-5 

F 

File types, 11-13 
Fractional values, 1-14 

G 

GET, 2-6 

Group execute trigger, 2-6 

H 

HEADer command, 1-17, 10-8 
Headers, 1-7, 1-9, 1-12 
Host language, 1-7 

HP 16500L LAN Interface Module, 1-3, 
iii-iii 

HP-IB, 2-2 to 2-3, 6-8 
HP-IB address, 2-4 
HP-IB commands, 6-13 
HP-IB device address, 2-4 
HP-IB interface, 2-3 
HP-IB interface code, 2-4 
HP-IB interface functions, 2-2 
HTIMe query. 


I 

IEEE 488.1, 2-2, 5-2 
IEEE 488.1 bus commands, 2-6 
IEEE 488.2, 5-2 
IFC, 2-6 
Infinity, 4-4 
Initialization, 1-4 
INITialize command, 11-14 
INPort command, 12-7 
Input buffer, 5-3 
INSert command, 12-8 
Instruction headers, 1-7 
Instruction parameters, 1-8 
Instruction syntax, 1-6 
Instruction terminator, 1-8 
Instructions, 1-6 
Instrument address, 2-4 
Interface capabilities, 2-3 
RS-232C, 3-10 
Interface clear, 2-6 
Interface code 
HP-IB, 2-4 
Interface select code 
RS-232C,3-11 

INTermodule subsystem, 12-2 
Internal errors, 7-4 

K 

Keyword data, 1-14 
Keywords, 4-3 

L 

LAN programming, 1-3, iii-iii 
LCL, 6-6 

LER command, 9-13 
Linefeed, 1-8, 4-6 
LOAD:CONFig command, 11-15 
LOADdASSembler command, 11-16 
Local, 2-5 
Local lockout, 2-5 
LOCKout command, 3-12, 9-14 
Longform, 1-12 

LONGform command, 1-17, 10-9 
Lowercase, 1-12 


M 

Mainframe commands, 9-2 
MAY, 6-4 

measurement complete program example, 
13-6 

MENU command, 9-15 
MESE command, 9-16 
MESR command, 9-18 
MKDir command, 11-17 
MMEMory subsystem, 11-2 
Mnemonics, 1-14, 4-3 
MSB, 6-6 
MSG, 6-5 

MSI command, 11-18 
MSS, 6-4 
Msus, 11-3 

Multiple numeric variables, 1-22 
Multiple program commands, 1-15 
Multiple queries, 1-22 
Multiple subsystems, 1-15 

N 

New Line character, 1-8 
NL, 1-8, 4-6 

Notation conventions, 4-5 
Numeric base, 1-20 
Numeric bases, 1-13 
Numeric data, 1-13 
Numeric variables, 1-20 

O 

OPC, 6-6 

Operation Complete, 6-6 

OR notation, 4-5 

Output buffer, 1-11 

Output queue, 5-3 

OUTPUT statement, 1-3 

Overlapped command, 8-11, 8-19, 9-24 to 

9-25 

Overlapped commands, 4-4 

P 

PACK command, 11-19 
Parallel poU, 6-9 
Parallel poll commands, 6-14 
Parameter syntax rules, 1-13 
Parameters, 1-8 
Parity, 3-10 
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Parse tree, 5-8 
Parser, 5-3 
PON, 6-5 
PPG, 6-13 

PPD, 6-14 

PPE, 6-14 
PPU, 6-13 

PRINt command, 10-10 
Printer mode, 2-3 
program example 


CARDcage, 9-8 
CATalog, 11-9 
CESE,9-10 
CESR, 9-11 
DATA, 10-6 
EOI, 9-13 
ERRor, 10-7 
FTIMe, 12-6 
HEADer, 10-8 
INPort, 12-7 


checking for measurement complete, 13-6 LER, 9-13 
getting ASCII data with PRINt ALL query, LOCKout, 9-14 
13-9 LONGform, 10-9 

sending queries to the mainframe, 13-7 MENU, 9-16 
SYSTem:SETup command, 13-3 MESE, 9-17 

SYSTem:SETup? query, 13-3 MESR, 9-18 

transferring configuration to analyzer, 13-3 MSI, 11-18 


transferring configuration to the 
controller, 13-3 
Program examples, 4-12, 13-2 
Program message syntax, 1-6 
Program message terminator, 1-8 
Program syntax, 1-6 
Programming 
over the LAN, 1-3, iii-iii 
Programming conventions, 4-5 
Protocol, 3-10, 5-4 
None, 3-10 
XON/XOFF, 3-10 
Protocol exceptions, 5-5 
Protocols, 5-3 
PURGe command, 11-20 


PRINt, 10-11 
RMODe, 9-19 
SELect, 9-21 
SETColor, 9-24 
SETUP, 10-12 
SKEW, 12-11 
SYSTem:DATA, 10-6 
SYStem:SETup, 10-12 
TREE, 12-13 
TTIMe, 12-13 
UPLoad, 11-24 
Query errors, 7-5 
query program example, 13-7 
Query responses, 1-16, 4-4 
Question mark, 1-11 
QYE,6-5 


Query, 1-7, 1-11, 1-17 
*ESE, 8-6 
*ESR, 8-7 
*IDN, 8-9 
*IST, 8-9 
*OPC, 8-11 
*OPT, 8-12 
*PRE,8-13 
*SRE,8-15 
*STB,8-16 
*TST, 8-18 
AUToload, 11-8 
BEEPer, 9-6 
CAPability, 9-7 


real-time clock, 9-20 
Receive Data (RD), 3-4 to 3-5 
Remote, 2-5 
Remote enable, 2-5 
REN, 2-5 

REName command, 11-22 
Request To Send (RTS), 3-5 
Response data, 1-21 
Responses, 1-17 
RMODe command, 9-19 
Root, 4-8 
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RQC, 6-5 
RQS, 6-5 

RS-232C, 3-2,3-11,5-2 
RTC (real-time clock) ,9-20 

S 

SDC, 2-6 

SELect command, 9-21 
Select command tree, 9-22 
Selected device clear, 2-6 
Sequential commands, 4-4 
Serial poU, 6-8 

Service Request Enable Register, 6-4 
SETColor command, 9-23 
SETUP, 10-12 

SETup command/query, 10-12 to 10-13 
Shortform, 1-12 
Simple commands, 1-9 
SKEW command, 12-11 
Spaces, 1-8 
Square brackets, 4-5 
STARt command, 9-24 
Status, 1-23, 6-2, 8-3 
Status byte, 6-6 
Status registers, 1-23, 8-3 
Status reporting, 6-2 
Stop bits, 3-10 
STOP command, 9-25 
STORe:CONFig command, 11-23 
String data, 1-14 
String variables, 1-19 
Subsystem 
INTermodule, 12-2 
MMEMory, 11-2 
SYSTem, 10-2 
Subsystem commands, 4-6 
Suffix multiplier, 5-9 
Suffix units, 5-10 
Syntax diagram 
Common commands, 8-4 
INTermodule subsystem, 12-3 
Mainframe commands, 9-3 to 9-4 
MMEMory subsystem, 11-4 to 11-5, 11-7 
SYSTem subsystem, 10-3 
Syntax diagrams 
IEEE 488.2, 5-5 
System commands, 4-6 
system modules 
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talking to, 1-4 
SYSTem subsystem, 10-2 
SYSTem:SETup command program 
example, 13-3 

SYSTem:SETup query program example, 
13-3 

T 

Talk only mode, 2-3 
Terminator, 1-8 
Three-wire Interface, 3-4 
Trading dots, 4-5 
Transmit Data (TD), 3-4 to 3-5 
TREE command, 12-12 
Truncation rule, 4-3 
TTlMe query, 12-13 

U 

Units, 1-13 

UPLoad command, 11-24 
Uppercase, 1-12 
URQ, 6-5 

W 

White space, 1-8 

X 

XWlNdow command, 9-26 

XXX, 4-5, 4-8 

XXX (meaning of), 1-7 
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Safety 

This apparatus has been 
designed and tested in 
accordance with lEC 
Pubiication 348, Safety 
Requirements for Measuring 
Apparatus, and has been 
supphed in a safe condition. 
This is a Safety Class I 
instrument (provided with 
terminal for protective 
earthing). Before applying 
power, verify that the correct 
safety precautions are taken 
(see the following warnings). 
In addition, note the external 
markings on the instrument 
that are described under 
"Safety Symbols." 

Warning 

• Before turning on the 
instrument, you must connect 
the protective earth terminal 
of the instrument to the 
protective conductor of the 
(mains) power cord. The 
mains plug shall only be 
inserted in a socket outlet 
provided with a protective 
earth contact. You must not 
negate the protective action 
by using an extension cord 
(power cable) without a 
protective conductor 
(grounding). Grounding one 
conductor of a two-conductor 
outlet is not sufficient 
protection. 

• Oniy fuses with the 
required rated current, 
voltage, and specified type 
(normal blow, time delay, 
etc.) should be used. Do not 
use repaired fuses or 
short-circuited fuseholders. 

To do so could cause a shock 
of fire hazard. 


• Service instructions are for 
trained service personnel. To 
avoid dangerous electric 
shock, do not perform any 
service unless qualified to do 
so. Do not attempt internal 
service or adjustment unless 
another person, capable of 
rendering first aid and 
resuscitation, is present. 

• If you energize this 
instrument by an auto 
transformer (for voltage 
reduction), make sure the 
common terminal is 
connected to the earth 
terminal of the power source. 

• Whenever it is likely that 
the ground protection is 
impaired, you must make the 
instrument inoperative and 
secure it against any 
unintended operation. 

• Do not operate the 
instrument in the presence of 
flammable gasses or fumes. 
Operation of any electrical 
instrument in such an 
environment constitutes a 
definite safety hazard. 

• Do not install substitute 
parts or perform any 
unauthorized modification to 
the instrument. 

• Capacitors inside the 
instrument may retain a 
charge even if the instrument 
is disconnected from its 
source of supply. 

• Use caution when exposing 
or handling the CRT. 

Handling or replacing the 
CRT shall be done only by 
qualified maintenance 
personnel. 


Safety Symbols 

A 

Instruction manual symbol: 
the product is marked with 
this symbol when it is 
necessary for you to refer to 
the instruction manual in 
order to protect against 
damage to the product. 

Hazardous voltage symbol. 

I 

Earth terminal symbol: Used 
to indicate a circuit common 
connected to grounded 
chassis. 


WARNING 

The Warning sign denotes a 
hazard. It calls attention to a 
procedure, practice, or the 
like, which, if not correctly 
performed or adhered to, 
could result in personal 
injury. Do not proceed 
beyond a Warning sign until 
the indicated conditions are 
fuUy understood and met. 


CAUTION 

The Caution sign denotes a 
hazard. It calls attention to 
an operating procedure, 
practice, or the like, which, if 
not correctly performed or 
adhered to, could result in 
damage to or destruction of 
part or all of the product. Do 
not proceed beyond a 
Caution symbol until the 
indicated conditions are fully 
understood or met. 



Product Warranty 

This Hewlett-Packard 
product has a warranty 
against defects in material 
and workmanship for a period 
of one year from date of 
shipment. During the 
warranty period, 
Hewlett-Packard Company 
win, at its option, either 
repair or replace products 
that prove to be defective. 

For warranty service or 
repair, this product must be 
returned to a service facility 
designated by 
Hewlett-Packard. 

For products returned to 
Hewlett-Packard for warranty 
service, the Buyer shall 
prepay shipping charges to 
Hewlett-Packard and 
Hewlett-Packard shall pay 
shipping charges to return 
the product to the Buyer. 
However, the Buyer shall pay 
aU shipping charges, duties, 
and taxes for products 
returned to Hewlett-Packard 
from another country. 
Hewlett-Packard warrants 
that its software and firmware 
designated by 

Hewlett-Packard for use with 
an instrument will execute its 
programming instructions 
when properly installed on 
that instrument. 
Hewlett-Packard does not 
warrant that the operation of 
the instrument software, or 
firmware will be 
uninterrupted or error free. 

Limitation of Warranty 

The foregoing warranty shall 
not apply to defects resulting 
from improper or inadequate 
maintenance by the Buyer, 
Buyer-supplied software or 
interfacing, unauthorized 
modification or misuse, 
operation outside of the 
environmental specifications 
for the product, or improper 
site preparation or 
maintenance. 


No other warranty is 
expressed or implied. 
Hewlett-Packard 
specifically disclaims the 
implied warranties of 
merchantability or fitness 
for a particnlar pnrpose. 

Exclnsive Remedies 

The remedies provided 
herein are the buyer’s sole 
and exclusive remedies. 
Hewlett-Packard shall not be 
liable for any direct, indirect, 
special, incidental, or 
consequential damages, 
whether based on contract, 
tort, or any other legal theory. 

Assistance 

Product maintenance 
agreements and other 
customer assistance 
agreements are available for 
Hewlett-Packard products. 
For any assistance, contact 
your nearest Hewlett-Packard 
Sales Office. 

Certification 

Hewlett-Packard Company 
certifies that this product met 
its published specifications at 
the time of shipment from the 
factory. Hewlett-Packard 
further certifies that its 
calibration measurements are 
traceable to the United States 
National Institute of 
Standards and Technology, to 
the extent allowed by the 
Institute’s calibration facility, 
and to the calibration 
facilities of other 
International Standards 
Organization members. 
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